guía de instalación - ibm · instalación de aplicaciones cliente y componentes...

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

Guía de instalación

GC43-1964-00

��

NoteBefore using this information and the product that it supports, read the information in Notices and trademarks.

Edition Notice

This edition applies to version 11.4 of IBM InfoSphere Master Data Management and to all subsequent releases andmodifications until otherwise indicated in new editions.

© Copyright IBM Corporation 1996, 2014.

Contenido

Tablas . . . . . . . . . . . . . . . v

Figuras . . . . . . . . . . . . . . vii

Capítulo 1. Instalación de IBMInfoSphere Master Data ManagementStandard and Advanced Editions . . . . 1Requisitos de instalación . . . . . . . . . . 2

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

Capítulo 2. Descripción general de lainstalación . . . . . . . . . . . . . 7Características instaladas por el Gestor de instalaciónde IBM . . . . . . . . . . . . . . . . 9Installation Startup Kit para instalacionespersonalizadas . . . . . . . . . . . . . 10Soporte de varias instancias . . . . . . . . . 13Cuentas, grupos y valores predeterminados deusuario utilizados por la aplicación de instalación . 13Almacenamiento y exposición de contraseñas . . . 15

Cifrado de contraseñas con WebSphereApplication Server . . . . . . . . . . . 16

Estructuras de directorios. . . . . . . . . . 16Uso de MAD_ROOTDIR y MAD_HOMEDIR . . 18

Capítulo 3. Instalación del producto . . 21Planificación de una instalación. . . . . . . . 22

Tipos de despliegue de instalación autónoma opersonalizada. . . . . . . . . . . . . 22Instalación gráfica o silenciosa . . . . . . . 27Soporte para entornos de alta disponibilidad . . 28Hojas de trabajo para la instalación yconfiguración . . . . . . . . . . . . . 28Casos de ejemplo de instalación . . . . . . 48

Instalación de un servidor autónomo con DB2 . . . 62Adquisición y extracción de los archivos deinstalación . . . . . . . . . . . . . . 62Preparación para una instalación autónoma conDB2 . . . . . . . . . . . . . . . . 63Inicio de una instalación autónoma con DB2utilizando LaunchPad . . . . . . . . . . 64Instalación de un servidor autónomo con DB2 . . 65

Instalación de una estación de trabajo autónoma conDB2 . . . . . . . . . . . . . . . . . 69

Adquisición y extracción de los archivos deinstalación . . . . . . . . . . . . . . 70Preparación para una instalación autónoma conDB2 . . . . . . . . . . . . . . . . 70Inicio de una instalación autónoma con DB2utilizando LaunchPad . . . . . . . . . . 71Realización de una instalación de estación detrabajo autónoma con DB2 . . . . . . . . 72

Instalación de un despliegue personalizado. . . . 78

Adquisición y extracción de los archivos deinstalación . . . . . . . . . . . . . . 78Preparación de un despliegue personalizado . . 79Instalación de un despliegue personalizado deInfoSphere MDM . . . . . . . . . . . 123Instalación silenciosa . . . . . . . . . . 146Instalación manual utilizando el programa deutilidad madconfig . . . . . . . . . . 158

Instalación de una solución de MDM híbrido. . . 164Instalación de aplicaciones cliente y componentesindividuales . . . . . . . . . . . . . . 164

Instalación de la interfaz de usuario de BusinessAdministration . . . . . . . . . . . . 165Instalación de la interfaz de usuario de DataStewardship . . . . . . . . . . . . . 167Instalación de la interfaz de usuario de ProductMaintenance. . . . . . . . . . . . . 169Instalación de InfoSphere MDM Workbench . . 171Instalación de ejemplos . . . . . . . . . 173

Verificación de la instalación base . . . . . . 175Verificación de la instalación con el Cliente deprueba en WebSphere Application Server . . . 175Propiedades del cliente de prueba . . . . . 177Registros de instalación . . . . . . . . . 178

Modificación de la instalación . . . . . . . . 180Adición de un nuevo código a un clústerexistente . . . . . . . . . . . . . . 181Actualización de los archivos de propiedadesdesplegados para una physical MDM . . . . 183

Capítulo 4. Aplicación de fixpack . . . 185Instalar un fixpack . . . . . . . . . . . 185Exclusión de componentes específicos de unfixpack . . . . . . . . . . . . . . . 187Retrotracción de un fixpack aplicado . . . . . 187

Capítulo 5. Resolución de problemasde instalaciones de Standard Editiono Advanced Edition. . . . . . . . . 189Errores de instalación. . . . . . . . . . . 189

Error de instalación: se ha denegado el accesopara la operación checkIfAppExists enAppManagement MBean . . . . . . . . 190Error de instalación: AdminTask . . . . . . 191Error de instalación: el objeto AdminTask noestá disponible . . . . . . . . . . . . 192Error de instalación: el proceso de enlace noestá activo . . . . . . . . . . . . . 193Error de instalación: aparece una página enblanco tras iniciar sesión en la interfaz deusuario . . . . . . . . . . . . . . 194Error de instalación: no se puede añadir elactivo com.ibm.mdm.hub.server.app.eba . . . 194Error de instalación: la propiedad httpPort nopuede estar en blanco . . . . . . . . . 196

© Copyright IBM Corp. 1996, 2014 iii

Error de desinstalación: el instalador no descartalas tablas de MDM virtual . . . . . . . . 197Error de instalación:'java.lang.RuntimeException: no se ha podidoinicializar la aplicación . . . . . . . . . 197Error de instalación: OutOfMemoryError:espacio de PermGen . . . . . . . . . . 198Error de instalación: anomalía dereconocimiento de SSL . . . . . . . . . 198Error de desinstalación: el sistema no puedecrear un conector SOAP para conectarse al hostlocalhost en el puerto 88xx . . . . . . . . 199Error de instalación : error de IVT de MDMvirtual . . . . . . . . . . . . . . . 200

Capítulo 6. Desinstalación deInfoSphere MDM . . . . . . . . . . 203Desinstalación de la instancia de InfoSphere MDM 203

Desinstalación de una instalación de servidorautónomo con DB2 . . . . . . . . . . . 204Desinstalación de una instalación de estación detrabajo autónoma con DB2 . . . . . . . . . 205Desinstalación de un único componente . . . . 206Desinstalación en modalidad silenciosa . . . . . 206Eliminación de CBA del repositorio de paquetesinterno . . . . . . . . . . . . . . . 208

Avisos . . . . . . . . . . . . . . 209

Índice. . . . . . . . . . . . . . . 215

Cómo ponerse en contacto con IBM 219

iv Guía de instalación

Tablas

1. Requisitos de instalación . . . . . . . . 22. Características de InfoSphere MDM instaladas 93. Cuentas de usuario de InfoSphere MDM 134. Grupos de usuarios de InfoSphere MDM 145. Directorios de MDM_INSTALL_HOME . . . . . 176. Hoja de trabajo de directorio de instalación de

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

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

servidor SQL de Microsoft . . . . . . . 339. Hoja de trabajo de origen de datos de Oracle 35

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

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

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

13. Aplicaciones de usuario de InfoSphere MDM 4514. Hoja de trabajo de instalación de historial 4615. Verificaciones del sistema . . . . . . . . 6716. Comprobaciones de base de datos . . . . . 6817. Comprobaciones de servidor operativo 69

18. Verificaciones del sistema . . . . . . . . 7619. Comprobaciones de base de datos . . . . . 7620. Comprobaciones de servidor operativo 7721. Verificaciones del sistema . . . . . . . 12722. Comprobaciones de base de datos . . . . 12823. Comprobaciones de servidor operativo 13124. Destinos de programa de utilidad madconfig

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

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

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

para interfaces de usuario basadas en web . . 16228. Destinos de programa de utilidad madconfig

para flexible search . . . . . . . . . 16329. Destinos de programa de utilidad madconfig

para desinstalación. . . . . . . . . . 16330. Pruebas de verificación de la instalación 17731. Propiedades que pueden establecerse en el

archivo de propiedades del Cliente de prueba 17732. Recursos de IBM . . . . . . . . . . 21933. Cómo proporcionar comentarios a IBM 220

© Copyright IBM Corp. 1996, 2014 v

vi Guía de instalación

Figuras

1. Descripción general de la instalación deInfoSphere MDM . . . . . . . . . . . 1

2. Descripción general de la instalación deInfoSphere MDM . . . . . . . . . . 21

3. Instalación de un servidor autónomo con DB2 24

4. Instalación de estación de trabajo autónomacon DB2. . . . . . . . . . . . . . 25

5. Instalación personalizada en un entorno enclúster . . . . . . . . . . . . . . 27

© Copyright IBM Corp. 1996, 2014 vii

viii Guía de instalación

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

Los componentes de InfoSphere MDM se instalan al utilizar IBM® InstallationManager, que asegura una experiencia de instalación simple y coherente.

Importante: Antes de comenzar el proceso de instalación de InfoSphere MDM,revise los problemas conocidos. Algunos problemas de instalación conocidosrequieren que complete las tareas específicas de configuración previas a lainstalación. Si no se realizan estas tareas de configuración, la instalación puedefallar.

Los temas de instalación describen cómo preparar el entorno, incluido el servidorde aplicación y base de datos para la instalación de InfoSphere MDM y cómoinstalar InfoSphere MDM. Puede ejecutar la instalación en modalidad gráfica osilenciosa.

IBM Installation Manager también se utiliza para desinstalar componentes ymodificar una instalación existente al añadir o eliminar componentes.

Consejo: Puede descargar documentos PDF de los temas de instalación o de casosde instalación determinados:v InfoSphere MDM Standard and Advanced Edition Installation Guidev Quick Installation including MDM Workbenchv Installation Cookbook: Oracle, WebSphere Default Messaging, and WebSphere

Clusterv Installation Cookbook: DB2, WebSphere MQ, and WebSphere ClusterInformación relacionada:

Descargue los paquetes de instalación de IBM InfoSphere Master DataManagement según su edición

Requisitos del sistema InfoSphere MDM

Figura 1. Descripción general de la instalación de InfoSphere MDM

© Copyright IBM Corp. 1996, 2014 1

http://www.ibm.com/support/docview.wss?uid=swg24035078



Requisitos de instalaciónUtilice esta lista como referencia antes de iniciar la instalación. Si también estáinstalando IBM DB2, IBM WebSphere Application Server, o IBM RationalApplication Developer, la lista también ofrece una pauta para elegir las funcionescorrectas a instalar.

Atención: Para obtener un listado preciso del hardware y software al que se dasoporte y de las versiones necesarias, revise siempre la página IBM InfoSphereMaster Data Management System Requirements. El enlace a esta página lo puedeencontrar en las notas de release de esta versión.

Para instalar cualquiera de las funciones y aplicaciones, debe tener IBM InstallationManager 1.7 instalado en el sistema desde el que está ejecutando la instalación.IBM Installation Manager se incluye con InfoSphere MDM. IBM InstallationManager 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 de30 GB de espacio disponible.

Las instalaciones de servidor autónomo requieren de 40 a 50 GB de espaciodisponible. Las instalaciones de estación de trabajo autónoma requieren de 60 a 70GB.

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.

Tabla 1. Requisitos de instalación

Si tiene previsto instalar estafunción Necesita este requisito previo:

InfoSphere MDM Standard,Advanced o Enterprise Edition

Todos los servidores y estaciones de trabajo en los queinstala y utiliza componentes de InfoSphere MDMtienen un sistema operativo soportado instalado yconfigurado. Utilice la documentación específica delproducto como guía.Importante: Advanced Edition da soporte a lainstalación en un sistema operativo Microsoft Windowssolamente para un entorno de personalización. No seda soporte al entorno de producción en Windows paraAdvanced Edition. Solamente se da soporte a StandardEdition en Windows para entornos de personalizacióny de producción.

Installation Startup Kit Importante: Asegúrese de instalar Installation StartupKit si tiene pensado llevar a cabo una instalaciónpersonalizada.

No es necesario que instale el kit si realiza unainstalación de servidor autónomo o una instalación deestación de trabajo autónoma.

2 Guía de instalación

Tabla 1. Requisitos de instalación (continuación)


MDM operational server Esta función instala los paquetes de IBM WebSphereApplication Server principales, EBA, etc. para suservidor operativo.

Si está realizando una instalación autónoma, IBMInstallation Manager instala IBM WebSphereApplication Server y lo configura con valorespredeterminados.

Si está realizando una instalación personalizada, debetener la versión soportada de IBM WebSphereApplication Server instalada y un perfil administrativo(nombre de usuario y contraseña) creado. Después deinstalar IBM WebSphere Application Server, utilice lostemas de preparación del servidor de aplicaciones paraconfigurar el servidor.

Base de datos MDM El componente de base de datos crea las tablas y elesquema de InfoSphere MDM.

Si está realizando una instalación autónoma, IBMInstallation Manager instala y configura IBM DB2 convalores predeterminados.

Para instalaciones personalizadas, debe tener una basede datos soportada instalada y configurada con unnombre de cuenta de usuario y contraseña quepretenda utilizar para conectarse con el MDMoperational server.

Utilice la documentación específica del producto comoguía. Después de instalar el software de base de datos,utilice los temas de preparación de base de datos paraconfigurar la base de datos para dar soporte aInfoSphere MDM.

Aplicaciones de usuario Debe instalarse un navegador web soportado en lasestaciones de trabajo que acceden a la aplicación.

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

IBM DB2Para una instalación autónoma:

Instale el derivador de base de datos DB2 quese incluye con la instalación de InfoSphereMDM. Utilice las característicaspredeterminadas que están seleccionadas.Importante: Este software es necesario si estállevando a cabo una instalación autónoma.

Para una instalación personalizada:Si desea configurar una base de datos DB2como parte de una instalación personalizada,debe haber instalado IBM DB2 EnterpriseEdition.

Capítulo 1. Ediciones Standard y Advanced 3

Tabla 1. Requisitos de instalación (continuación)


IBM WebSphere ApplicationServer

Seleccione estas funciones para instalar para suservidor 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 sistemapara el número de versión soportado.

IBM Rational ApplicationDeveloper

Cuando instala IBM Rational Application Developer,debe seleccionar, como mínimo, estas funcionesnecesarias 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 lasbibliotecas de 32 bits necesarias en su sistemaoperativo de 64 bits.

Tareas relacionadas:“Instalación de InfoSphere MDM Workbench” en la página 171“Preparación de un despliegue personalizado” en la página 79“Adquisición y extracción de los archivos de instalación” en la página 62Referencia relacionada:“Aplicaciones de usuario y las asociaciones de servidor operativo” en la página 44

Bibliotecas de 32 bits necesarias en sistemas operativos de64 bits

Cuando instala InfoSphere MDM Workbench e IBM Rational ApplicationDeveloper en una estación de trabajo de 64 bits, debe tener ciertas bibliotecas de 32bits 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 IBMRational Application Developer en modalidad de 64 bits antes de instalar funcionesde InfoSphere MDM.

Las bibliotecas de 32 bits necesarias son:v libatk-1.0.so.0

v libfontconfig.so.1

v libfreetype.so.6


v libgdk_pixbuf-2.0.so.0

v libgdk-x11-2.0.so.0

v libglib-2.0.so.0

v libgmodule-2.0.so.0

v libgobject-2.0.so.0

v libgthread-2.0.so.0

v libgtk-x11-2.0.so.0

v libpango-1.0.so.0

v libpangoft2-1.0.so.0

v libpng12.so.0

v libselinux.so.1

v libX11.so.6

v libXcomposite.so.1

v libXcursor.so.1

v libXdamage.so.1

v libXext.so.6

v libXfixes.so.3

v libXft.so.2

v libXinerama.so.1

v libXi.so.6

v libXrandr.so.2

v libXrender.so.1

v libXtst.so.6

v libz.so.1

Tareas relacionadas:“Realización de una instalación de estación de trabajo autónoma con DB2” en lapágina 72“Instalación de InfoSphere MDM Workbench” en la página 171

Capítulo 1. Ediciones Standard y Advanced 5

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

La mayoría de los componentes de IBM InfoSphere Master Data Managementpueden instalarse en un servidor o estación de trabajo, una combinación de losdos, o en varios servidores para dar soporte a entornos en clúster.


Consejo: Utilice la página de descarga de IBM InfoSphere Master DataManagement como ayuda para determinar las partes que necesita para la edición yla versión bajo licencia.

Debe configurar un sistema cliente y uno o varios sistemas de servidor. El servidorde aplicaciones, servidor de bases de datos y servidor HTTP pueden encontrarseen el mismo servidor, o pueden encontrarse en sus propios servidores. Serecomienda el servidor HTTP, pero es opcional.

El tiempo necesario para instalar InfoSphere MDM depende de una variedad defactores y, como tales, no se pueden proporcionar estimaciones de tiempo. Algunosfactores que influyen en la cantidad de tiempo para preparar e instalar puedenincluir: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 ya está instalado IBM WebSphere Application Server.v Si se ha instalado ya el software de base de datos.

El primer paso en el proceso de instalación es determinar el mejor tipo dedespliegue según los requisitos particulares: uno de los tipos instalación autónomocon DB2 (servidor o estación de trabajo) o el tipo de instalación personalizada. Lamayoría de las implementaciones de producción requieren un desplieguepersonalizado.

Opcionalmente, puede utilizar el LaunchPad para iniciar un autónomo con DB2 omediante una instalación personalizada. LaunchPad le permite elegir el tipo deinstalación y luego configurar IBM Installation Manager para que utilice losarchivos de instalación correspondientes según la selección. En las instalacionespersonalizadas, puede cambiar las ofertas seleccionadas para instalarlas una vezque se inicie el gestor de instalación.

Consejo: LaunchPad es una aplicación basada en el navegador que se utiliza comopunto de partida para una instalación de servidor autónomo o una instalación deestación de trabajo autónoma. LaunchPad requiere el navegador Mozilla Firefox. SiFirefox no está disponible, es posible que no pueda utilizar LaunchPad. Si nopuede utilizar LaunchPad:1. Inicie la sesión como usuario root.2. Instale IBM Installation Manager en modalidad de administrador.


3. Configure manualmente los repositorios de instalación de InfoSphere MDM.

Después de que se ha iniciado IBM Installation Manager, el orden básico en quefunciona se describe en estos pasos.1. Seleccione las funciones que desee instalar de InfoSphere MDM.

Importante: La base de datos de MDM y MDM operational server son los doscomponentes necesarios. La base de datos de MDM incluye las tablas de basede datos principales para la edición que está instalando. El servidor operativode MDM proporciona funcionalidad crítica de proceso.

2. Después de seleccionar las funciones y la ubicación del directorio deinstalación, el instalador realiza algunas comprobaciones básicas en el sistemaoperativo, espacio en disco y software de soporte antes de continuar con lainstalación. Si el directorio de instalación especificado es un directorioexistente, IBM Installation Manager verifica si hay una instalación existente y,si se encuentra, le advierte sobre la sobrescritura de la instalación.

3. A continuación, se le solicita que ingrese información en una serie de panelesde configuración. Esta información se utiliza para configurar automáticamentela base de datos de MDM y servidor de aplicaciones con información deconexión específica y para identificar la celda, nodo y servidores donde sedespliegan los artefactos de InfoSphere MDM.Si está utilizando una instalación autónoma, los paneles de configuración noaparecen. Los valores predeterminados se utilizan para configurarautomáticamente los valores de la base de datos, el servidor de aplicaciones yel servidor operativo.

4. Los datos estáticos se extraen en el directorio MDM_INSTALL_HOME que haseleccionado al principio del proceso. Los datos estáticos incluyen elementoscomo Batch Processor, Management Agent, Management Console, y los scriptsdel programa de utilidad madconfig entre otros.

5. Se crean las tablas de base de datos e índices.6. A continuación, se despliegan los componentes nativos y servicios web en el

servidor de aplicaciones. Eso significa que todos los artefactos se desplieganen todos los nodos especificados.

7. Las interfaces de usuario y aplicaciones web seleccionadas para la instalacióntambién se despliegan en el servidor de aplicaciones. El instalador comprimearchivos WAR de aplicación basada en la web en un archivo EAR y despliegael archivo en el servidor de aplicaciones. Durante el despliegue, el servidor deaplicaciones 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 deverificación ejecutando transacciones a través del servidor operativo.

Además de las pruebas de verificación que ejecuta la aplicación de instalación,puede utilizar Test Client para ejecutar transacciones de prueba para asegurarse deque haya sido una instalación satisfactoria.Conceptos relacionados:“Verificación de la instalación base” en la página 175Información relacionada:

Descarga de IBM InfoSphere Master Data Management



Características instaladas por el Gestor de instalación de IBMLas características que puede instalar dependen de la edición de InfoSphere MDMque elija.

Esta tabla muestra las características que puede instalar con IBM InstallationManager. En esta tabla, un asterisco (*) indica que la característica puede instalarsesólo en una estación de trabajo. Dos asteriscos (**) indican que el producto no seadmite para utilizar con una base de datos de Microsoft SQL Server.

Tabla 2. Características de InfoSphere MDM instaladas

Si instala: Estas características están disponibles:

InfoSphere MDM Standard Edition Base de datos MDM

Servidor operativo MDM (incluye Enterprise ServiceOriented Architecture (ESOA) Toolkit, Java y SDK deWeb Services)

Aplicaciones de usuario:

v Inspector

v Enterprise Viewer

v Web Reports

v Provider Direct

v Pair Manager*

Ejemplos

Patient - Componente de Advanced Edition (esteelemento se instala automáticamente con StandardEdition y no aparece listado como una opción enIBM Installation Manager)

InfoSphere MDM Advanced Edition Advanced Edition incluye todas las funciones queaparecen listadas para Standard Edition, además deestas aplicaciones:

v Business Administration UI**

v Data Stewardship UI**

v Product Maintenance UI**

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

InfoSphere MDM Workbench MDM Workbench* (admite implementacionesvirtuales, físicas e híbridas). IBM RationalApplication Developer también se incluye conInfoSphere MDM y se debe instalar antes de instalarInfoSphere MDM Workbench.

IBM DB2 Si tiene previsto realizar una instalación autónoma,puede decidir instalar un derivador de base de datosDB2. El derivador contiene el instalador de base dedatos de DB2 nativo y se ejecuta en modalidadsilenciosa a través de IBM Installation Manager.

Si piensa utilizar una instalación personalizada, debeinstalar DB2 por su cuenta, utilizando el instaladorDB2 nativo.

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

Tabla 2. Características de InfoSphere MDM instaladas (continuación)

Si instala: Estas características están disponibles:

IBM WebSphere Application Server IBM WebSphere Application Server es necesario parala implementación de InfoSphere MDM. Si no tieneinstalado este servidor de aplicaciones, puede elegirinstalarlo en el momento de la instalación deInfoSphere MDM. Esta característica se instalacuando se realiza una instalación autónoma.

Además de InfoSphere MDM Standard Edition y Advanced Edition, también seinstalan otros componentes, ediciones y productos de IBM MDM mediante IBMInstallation Manager. Esos componentes se listan aquí y se proporcionaninstrucciones de instalación para ellos en la documentación en líneacorrespondiente.v IBM Stewardship Centerv InfoSphere MDM Application Toolkitv Master Data Policy Monitoringv InfoSphere MDM Collaboration Serverv InfoSphere MDM Custom Domain Hub y InfoSphere MDM Reference Data

Management HubConceptos relacionados:“Tipos de despliegue de instalación autónoma” en la página 23“Instalación de un servidor autónomo con DB2” en la página 24“Instalación de estación de trabajo autónoma con DB2” en la página 25Referencia relacionada:“Aplicaciones de usuario y las asociaciones de servidor operativo” en la página 44

Installation Startup Kit para instalaciones personalizadasEl kit Installation Startup Kit incluye archivos y scripts que le ayudarán a prepararel entorno antes de instalar InfoSphere MDM.

Utilice las herramientas de Installation Startup Kit para ayudarle a completar unainstalación personalizada.

Puede extraer los archivos y scripts del Installation Startup Kit a partir del paquetedescargado disk1.zip/StartUpToolkit de InfoSphere MDM. La ubicación en la queextrae el Startup Kit se denomina DIR_INICIO_INSTALACIÓN_STARTUPKIT en lapresente documentación.

Creación y configuración de base de datosEjecute los scripts de base de datos contenidos en el Installation Startup Kitantes de comenzar la instalación de InfoSphere MDM. Los scripts creanautomáticamente las tablas adecuadas, los espacios de tabla, agrupacionesde almacenamiento, especificaciones de cifrado y desencadenantesnecesarios para su edición.

La aplicación de la instalación pueden crear los espacios de tablasnecesarios para el despliegue. De forma alternativa, puede crearlos antesde instalar InfoSphere MDM con los scripts que se proporcionan.


Consejo: Cree un espacio de tabla temporal para cada tamaño de bloque.Por ejemplo, si tiene espacios de tabla de 16K, cree un espacio de tablatemporal de 16K.v Los scripts para crear bases de datos y espacios de tablas de IBM DB2 se

encuentran en STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/Standard/ddl/

– CreateDB.sql

– CreateTS.sql

v Los scripts para crear una base de datos de DB2 para z/OS e instalardatos de dominio y datos principales:– STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/ZOS/pds/

– STARTUPKIT_INSTALL_HOME/Full/DB2/ZOS/pds/

Los scripts están configurados para ejecutarse desde una sesión de TSOutilizando los scripts JCL en el sistema principal.

v Script para crear una base de datos de Oracle:STARTUPKIT_INSTALL_HOME/CoreData/Full/Oracle/Standard/ddl/create_schema_ora.sql

v Script para crear una base de datos de Microsoft SQL Server:STARTUPKIT_INSTALL_HOME/CoreData/Full/SQLServer/ddl/CreateDB.sql

v Archivos de Microsoft SQL Server que se utilizan para transacciones deXA 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

Registro de depuración mejorado de la instalaciónEl Installation Startup Kit incluye un archivo de propiedades que puedeutilizar para habilitar un registro de depuración mejorado para capturardetalles adicionales de los procesos de instalación de InfoSphere MDM.Este archivo reside en DIR_INICIO_INSTALACIÓN_STARTUPKIT/InstallationManagerDebug/log.properties.

Además de los sucesos del registro de instalación estándar, el registro dedepuración mejorado captura información detallada sobre lo siguiente:v Cada archivo o plugin que IBM Installation Manager descarga de un

repositorio web o recupera a partir de un repositorio DISK del sistemade archivos local.

v Cada acción realizada por IBM Installation Manager, tales como:– ejecutar acciones ANT– invocar clases Java– ejecutar scripts .sh

v Proceso de todos los metadatos internos de IBM Installation Manager.v Todos los datos de entrada del usuario, tales como detalles de cómo se

modifican estos datos durante las acciones de instalación, desinstalacióno retrotracción.

Importante: Después de habilitar el registro de depuración mejorado, lainformación registrada contenida en ./InstallationManager/logs puedeincluir datos de contraseña entrados por el usuario durante la instalación.Guarde estos archivos de registro en un lugar seguro para evitar laexposición de contraseñas.


Además, si existen pasos manuales necesarios para completar lainstalación, el registro de depuración mejorado le indicará los pasossiguientes que se deben emprender. Por ejemplo, si ha seleccionado laopción para separar la instalación y la configuración, el archivo dedepuración le solicitará que ejecute el script madconfig que le permitiráconfigurar la instalación.

Si utiliza una instalación silenciosa para instalar las interfaces de usuariode aplicaciones web de InfoSphere MDM, los mensajes depuraciónincluirán los URL de las aplicaciones web desplegadas.

Para habilitar el registro de depuración mejorado en./InstallationManager/logs, copie DIR_INICIO_INSTALACIÓN_STARTUPKIT/InstallationManagerDebug/log.properties en ./InstallationManager/logs antes de iniciar IBM Installation Manager para empezar a instalarInfoSphere MDM.

Configuración del componente de mensajeríaEl kit Installation Startup Kit incluye scripts que se pueden utilizar parainstalar el componente de mensajería de InfoSphere MDM cuandoWebSphere MQ se encuentra en una máquina distinta a la que se ejecutaIBM Installation Manager. Utilice los scripts custSetupMQServer.mqsc yChannelAuth.mqsc.

Herramienta de comprobación de requisitos previosLa herramienta de línea de mandatos de comprobación de requisitosprevios ayuda a evitar que se empiece una instalación que se no va apoder finalizar correctamente porque faltan requisitos previos. Esteherramienta cuenta con las funciones siguientes:v Ejecuta las comprobaciones de requisitos previos para la instalación de

InfoSphere MDM.v Realiza una recopilación de datos básicos: recopila registros archivos de

configuración.v Realiza la recopilación de datos ampliados: recoge registros, archivos de

configuración y los metadatos almacenados en la base de datos.

Las funciones de recopilación de datos de la herramienta de comprobaciónde requisitos previos puede resultar útil una vez se hayacompletadoInfoSphere MDM o si se necesita resolver algún problema deinstalación. Los resultados de estas recopilaciones se almacenan en unarchivo comprimido.

Archivos de respuestas de la instalación silenciosaEl kit Installation Startup Kit incluye archivos de respuesta de muestra(.res). Estos archivos son muestras que pueden utilizarse como plantillaspara la ejecución de instalaciones en modo silencioso. Estos archivos derespuesta de muestra se encuentran en STARTUPKIT_INSTALL_HOME enel nivel raíz.

Tareas relacionadas:“Instalar en la modalidad silenciosa mediante un archivo de respuestas” en lapágina 156“Instalación y configuración de la base de datos” en la página 88“Comprobación de requisitos previos utilizando la herramienta de línea demandatos” en la página 123“Visualización de archivos de registro de Installation Manager” en la página 178Referencia relacionada:


“Instalación silenciosa” en la página 146

Soporte de varias instanciasSe da soporte a varias instancias de InfoSphere MDM al instalar la aplicación enun entorno en clúster.

Todas las instancias de aplicaciones de InfoSphere MDM en nodos en clúster deuna celda de WebSphere Application Server se deben desplegar con la mismaversión de código de producto InfoSphere MDM y deben tener la misma versiónde código de personalización de InfoSphere MDM.

Si desea utilizar la misma máquina física (o LPAR) para desplegar una segundainstancia de aplicaciones de InfoSphere MDM que se ejecuta en una versióndistinta del código de producto InfoSphere MDM, debe crear una segunda celda deWebSphere Application Server, un segundo gestor de despliegue y un segundoperfil de nodos.

Si desea configurar un entorno de prueba funcional simple, puede utilizar lamisma celda y nodo de WebSphere Application Server para desplegar variasinstancias de InfoSphere MDM con la misma versión de código de productoInfoSphere MDM y una versión distinta del código de personalización deInfoSphere MDM. Sin embargo, hay ciertas limitaciones. Tras desinstalar cualquierade las instancias de InfoSphere MDM en la celda de WebSphere Application Server,el resto de instancias de InfoSphere MDM ya no son funcionales. No intenteplasmar esta configuración en un entorno de producción.Tareas relacionadas:“Instalación de InfoSphere MDM en un entorno en clúster” en la página 137“Preparación de un despliegue personalizado” en la página 79

Cuentas, grupos y valores predeterminados de usuario utilizados porla aplicación de instalación

Cuando se instala InfoSphere MDM, los usuarios y grupos de usuariospredeterminados s e crean en el servidor de la aplicación.

Usuarios (solo con instalación autónomas con DB2)

En la tabla siguiente se indican las cuentas de usuario y contraseñaspredeterminadas creadas por la aplicación de la instalación durante una instalaciónautónoma con DB2. Durante una instalación personalizada, puede definir cualquiervalor de nombre de usuario y contraseña que desee.

Tabla 3. Cuentas de usuario de InfoSphere MDM

Nombre deusuario Contraseña Descripción

mdmins11 mdmins11 Si realiza una instalación autónoma en unsistema operativo Linux o UNIX, estacombinación de nombre de usuario ycontraseña se crea para su base de datos deIBM DB2.Importante: Por motivos de seguridad, siutiliza la contraseña predeterminada mdmadmin,se recomienda que cambie la contraseña deusuario después de la instalación.


Tabla 3. Cuentas de usuario de InfoSphere MDM (continuación)

Nombre deusuario Contraseña Descripción

db2admin db3Admin Si realiza una instalación autónoma en unsistema operativo Microsoft Windows, estacombinación de nombre de usuario ycontraseña se crea para su base de datos deIBM DB2.Importante: Por motivos de seguridad, siutiliza la contraseña predeterminada db2admin,se recomienda que cambie la contraseña debase de datos después de la instalación.

Antes de comenzar una instalación personalizada de InfoSphere MDM, cree unperfil de IBM WebSphere Application Server con la seguridad habilitada. Elnombre de usuario y la contraseña pueden ser cualquier cosa que desee.

Grupos

En la tabla siguiente se listan los grupos y roles que crea la aplicación de lainstalación. Puede añadir usuarios a estos grupos mediante la consola deadministración (Integrated Solutions Console) de IBM WebSphere ApplicationServer.

Tabla 4. Grupos de usuarios de InfoSphere MDM

Grupo InfoSphereMDM Descripción

mdm_admin Función administrativa que es equivalente a un superusuario.

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

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

mdm_all_ops Este rol permite el acceso del usuario a todas las operaciones deInfoSphere 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 deInfoSphere MDM.

mdm_all_segs_rw Este rol permite el acceso de lectura y escritura a todos lossegmentos.

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 seasocia con todos los módulos de punto de entrada.

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

Otros valores predeterminados utilizados para instalacionesautónomas con DB2.

Si utiliza una instalación de tipo autónomo con DB2 , el instalador utiliza una seriede valores predeterminados.


Si está realizando la instalación en Linux o UNIX (para despliegues de servidor), seutilizarán los valores predeterminados siguientes:v Nombre de base de datos de DB2: MDM11DBv Directorio de inicio de DB2: /home/mdmins11

Si va a realizar la instalación en Microsoft Windows (para despliegues de estaciónde trabajo), se utilizan los siguientes valores predeterminados:v Nombre de base de datos de DB2: MDM11DB

Consejo: Por razones de seguridad, después de completar la instalación, asegúresede que las contraseñas de estas cuentas predeterminadas sean exclusivas ydiferentes de los valores predeterminados. Para obtener información sobre cómocambiar las contraseñas, consulte la documentación relevante de WebSphereApplication Server y de DB2.Conceptos relacionados:“Requisitos previos de cuenta para instalaciones personalizadas” en la página 81“Verificación de la instalación base” en la página 175Tareas relacionadas:“Instalación de un servidor autónomo con DB2” en la página 65“Realización de una instalación de estación de trabajo autónoma con DB2” en lapágina 72“Preparación para una instalación autónoma con DB2” en la página 63“Creación de un usuario nuevo y adición del usuario a un grupo de MDM” en lapágina 87Referencia relacionada:“Conexiones y cuentas de usuario de base de datos” en la página 89Información relacionada:

Gestión de usuarios

Habilitación de seguridad de usuario para el servidor operativo

Configuración de usuarios y grupos de usuarios para MDM virtual

Almacenamiento y exposición de contraseñasDurante la instalación, las contraseñas se cifran utilizando el cifrado de WebSphereApplication Server.

Todas las aplicaciones de interfaz de usuario y aplicaciones cliente tienen unnombre de usuario y contraseña para conectarse a MDM operational server. Estascontraseñas también se cifran utilizando el mecanismo de cifrado de WebSphereApplication Server. Si se modifica alguna de las contraseñas en el servidor deaplicaciones, también deberá aplicar la modificación en el archivo de propiedadesdel componente respectivo.

Tenga en cuenta que cuando el instalador genera archivos de respuesta quepueden utilizarse para instalaciones silenciosas, estos archivos contienencontraseñas de usuario en texto sin formato. Si las contraseñas de texto sin formatoalmacenadas en los archivos van en contra de sus políticas organizativas, utilice lamodalidad de instalación gráfica.Información relacionada:

Configuración de entornos de MDM seguros


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.admin.doc/topics/c_nav_users.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.admin.doc/topics/c_nav_enabling_user_security_for_operational_server.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.admin.doc/topics/configuring_user_groups_for_virtual.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.sec.doc/topics/configenv.html

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

Acerca de esta tarea

Para impedir que la contraseña se almacene en texto simple en el archivo depropiedades, puede utilizar WebSphere Application Server para cifrar lacontraseña.

Procedimiento1. Cree un archivo de texto denominado mypassword.txt.2. Añada esta línea al archivo: mypassword=user_password y guarde el archivo.3. Ejecute el siguiente mandato para codificar el valor de la contraseña:

v Para Microsoft Windows: $NODE_HOME\bin\PropFilePasswordEncoder.batpath\mypassword.txt mypassword

v Para Linux y UNIX: $NODE_HOME/bin/PropFilePasswordEncoder.shpath/mypassword.txt mypassword

Donde $NODE_HOME representa el directorio de inicio del nodo de WebSphereApplication Server y path representa la ubicación del directorio del archivomypassword.txt.

4. Abra el archivo mypassword.txt y copie el valor de contraseña cifrada en elcampo contraseña de su archivo de propiedades.

Información relacionada:

Configuración de entornos de MDM seguros

Estructuras de directoriosExisten tres directorios que debe comprender cuando instala y utiliza InfoSphereMDM: el directorio de instalación, el directorio compartido y el directorio deservidor de aplicaciones.

Cuando ejecuta IBM Installation Manager, debe elegir una vía de acceso deinstalación. Esta vía de acceso y directorio raíz están definidos en los temas deinstalación como MDM_INSTALL_HOME. MDM_INSTALL_HOME contiene recursos que sonexclusivos del paquete instalado. Dentro de este directorio hay subdirectorios paracada uno de los componentes que ha seleccionado para la instalación. Tambiéntiene directorios que son específicos del sistema operativo en el que instala.

El directorio MDMShared contiene archivos de recursos compartidos por variosgrupos de paquetes instalados. El contenido puede incluir, por ejemplo, recursosque son necesarios para ejecutar scripts de IBM Installation Manager, bibliotecas decódigo personalizado de Java e IBM Rational Application Developer. Para obtenermás información sobre este directorio, consulte la documentación en línea de IBMInstallation Manager.

La vía de acceso del servidor de aplicaciones donde se despliegan los componentesinstalados se define en los temas de instalación como WAS_PROFILE_HOME.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.sec.doc/topics/configenv.html

http://www.ibm.com/support/knowledgecenter/SSDV2W_1.7.0/com.ibm.cic.agent.ui.doc/helpindex_imic.html


MDM_INSTALL_HOME

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

Tabla 5. Directorios de MDM_INSTALL_HOME

Directorio Descripción

aix, linux, solaris, win32, win64,zlinux

Estos directorios contienen archivos específicos de lossistemas operativos.

BatchProcessor Contiene subdirectorios y archivos necesarios paraejecutar la herramienta Batch Processor. BatchProcessor está diseñado principalmente para trabajarcon datos de MDM físico.

com.ibm.mdm.tools Contiene paquetes de OSGi. Puede configurarse unespacio de trabajo de MDM Workbench para utilizarestos paquetes para que se puedan resolver modelosde referencia y referencias de clase Java.

base de datos Contiene archivos de esquema estáticos.

documentation Contiene un archivo messages.properties en elsubdirectorio /nl/, que utiliza el instalador durante eltiempo de ejecución. Por ejemplo, contiene mensajesque utiliza el supervisor de progreso del instalador.

EnterpriseIntegrator Contiene subdirectorios y archivos necesarios paraconfigurar y utilizar la aplicación de búsquedaInfoSphere MDM Healthcare Point of ServiceIntegrator.

eventManagmentClient Contiene subdirectorios y archivos para dar soporte alcomponente Event Manager. Event Manager es uncomponente desencadenante que puede detectarsucesos y actividades en MDM.

InstallableApps Contiene subdirectorios y archivos para lasaplicaciones de usuario instaladas. Las aplicacionesincluyen, entre otras, Data Stewardship UI, ProductMaintenance UI, Inspector y Web Reports.

IVT Contiene subdirectorios y scripts que se utilizan paraejecutar las pruebas de verificación de instalación.

logs Contiene los registros registrados durante el procesode instalación.

ManagementAgent Contiene subdirectorios y archivos que se utilizanpara ejecutar el agente de gestión de configuración,que se utiliza para configurar y gestionar variasfunciones de MDM.

ManagementConsole Contiene subdirectorios y archivos que utilizaManagement Console. Management Console es lainterfaz de usuario que da soporte al agente degestión.

MDMCollector Contiene subdirectorios y archivos que se utilizanpara ejecutar IBM Support Assistant Data Collector.


Tabla 5. Directorios de MDM_INSTALL_HOME (continuación)

Directorio Descripción

mds Este directorio contiene archivos para MDM virtual(anteriormente, IBM Initiate Master Data Service). Losejemplos de Java y Web Service SDK están instaladosen el directorio /lib/sdk/examples.

También contiene programas de utilidad en eldirectorio /scripts como, por ejemplo, el programade utilidad madconfig.

MessageBrokerSuite Contiene subdirectorios y archivos de configuraciónque se utilizan para implementar y gestionar loscomponentes de Message Broker. Los componentes deMessage Broker suelen utilizarse en implementacionesvirtuales para dar soporte a la mensajería entresistemas de origen y el servidor operativo y base dedatos de MDM.

PCDS Contiene subdirectorios y archivos que dan soporte ala interfaz de usuario de Patient Clinical Data Search.

propiedades El contenido de este directorio proporcionaparámetros de entrada que se utilizan cuandorestablece el servidor y base de datos de MDM desdeMDM Workbench.

Ejemplos Contiene correlaciones y archivos de código de origenque 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 dedatos, este directorio se utiliza para copiar todos losarchivos SQL temporales.

tmp Contiene archivos temporales que se utilizan duranteel proceso de instalación.

Uninstall Este directorio contiene los scripts necesarios paradesinstalar los componentes de MDM.

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

Conceptos relacionados:“Instalación de aplicaciones cliente y componentes individuales” en la página 164

Uso de MAD_ROOTDIR y MAD_HOMEDIRMAD_ROOTDIR y MAD_HOMEDIR son términos y variables con los que los usuarios deIBM Initiate Master Data Service están familiarizados. Las definiciones de estostérminos con relación a la instalación de InfoSphere MDM y al servidoroperacional cambian.

En versiones anteriores del productos (anterior a la 11.0), MAD_ROOTDIR contenía losarchivos instalados, incluidos todos los archivos binarios. MAD_HOMEDIR conteníatoda la información de configuración de instancias. Ahora, sin embargo, elcontenido de los dos directorios está combinado en cierto sentido. MAD_ROOTDIRcontiene los archivos binarios instalados y la información de configuración delservidor 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ízdonde están instaladas todas las funciones de InfoSphere MDM.


Durante el proceso de instalación, se crea una vía de acceso MAD_ROOTDIR de trabajoen el directorio MDM_INSTALL_HOME. La vía de acceso se señala en la documentacióncomo MDM_INSTALL_HOME/mds. Esta vía de acceso contiene la configuración para lainstalación del servidor operativo y es la ubicación desde la que se ejecutan todoslos programas de utilidad y herramientas relacionadas a MDM virtual.

Durante el despliegue en WAS_PROFILE_HOME, se crean archivos binarios relevantes yuna copia de la configuración en un MAD_ROOTDIR de tiempo de ejecución. En ciertomodo, esta ubicación se convierte en el directorio de instancia. La vía de acceso aesta configuración de tiempo de ejecución se señala en el archivo de propiedadespersonalizadas de JVM de WebSphere Application Server como la propiedadmad.root.dir.

La configuración en MDM_INSTALL_HOME se encuentra allí principalmente para darsoporte a las herramientas de línea de mandatos. El servidor operativo utiliza laconfiguración de WAS_PROFILE_HOME durante el tiempo de ejecución. La edición delos archivos desplegados en WAS_PROFILE_HOME afecta a los cambios realizados en elservidor operativo que está en ejecución.

Importante: Los usuarios de IBM Initiate Master Data Service también debencomprender que el concepto de un único directorio de instalación que admitavarias instancias ya no es válido. Debe tener una instalación independiente paracada instancia de InfoSphere MDM que necesite. Por ejemplo, si necesita instanciaspara la producción, prueba y formación, debe tener tres directorios de instalaciónindependientes y tres despliegues independientes del servidor operativo de MDMy base de datos en su WAS_HOME_PROFILE.

En los temas del componente Message Broker, se siguen utilizando los términos yvariables MAD_ROOTDIR y MAD_HOMEDIR.


Capítulo 3. Instalación del producto

Existen dos vías de acceso principales para instalar InfoSphere MDM:personalizada o autónoma con IBM DB2. Las instrucciones para cada uno de losdespliegues son las mismas para ambas versiones de InfoSphere MDM.

Antes de empezar


Asegúrese de que cumple estos requisitos previos:v Ha revisado los problemas conocidos para InfoSphere MDM.v El entorno de trabajo cumple los requisitos de hardware y software para los

componentes que piensa 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.


La decisión de desplegar utilizando el modelo autónomo o el modelopersonalizado del despliegue de DB2 depende en gran parte de los objetivos quepretenda de la instalación:v Utilice la modalidad de despliegue personalizado si desea desplegar en un

entorno que utilice una base de datos que no sea la DB2, o utilice una base dedatos preinstalada, o utilice un entorno en clúster.

v Utilice un servidor autónomo para el despliegue de DB2 si desea instalarInfoSphere MDM desplegado en IBM WebSphere Application Server and DB2utilizando todos los valores de instalación predeterminados.

v Utilice la estación de trabajo autónoma con el despliegue de DB2 si deseainstalar un nuevo entorno de despliegue de InfoSphere MDM en una estación detrabajo de Microsoft Windows.

Figura 2. Descripción general de la instalación de InfoSphere MDM


Independientemente del entorno y de la modalidad de despliegue, puede realizaruna instalación en modalidad gráfica o silenciosa de InfoSphere MDM.

Procedimiento

Si va a instalar utilizando la modalidad de despliegue personalizado:1. Añada los repositorios necesarios a IBM Installation Manager.2. Instale la aplicación y los componentes.Si va a instalar utilizando la modalidad de despliegue autónomo de DB2:3. Determine si está instalando un servidor autónomo o estación de trabajo

autónoma.4. Utilice el procedimiento específico de su tipo de despliegue.

Qué hacer a continuación

Un mensaje de realizado satisfactoriamente en el panel de instalación final indicaque las pruebas de verificación se han ejecutado automáticamente como parte delproceso de instalación. También puede ver los archivos de registro para verificaruna instalación satisfactoria. Si la instalación no es satisfactoria, consulte losarchivos de registro y utilice la información de los temas de resolución deproblemas como ayuda.

Después de la instalación, si desea añadir o eliminar una característica (porejemplo, añadir una aplicación u otra traducción de idioma), o modificarcualquiera de los valores de configuración, puede ejecutar IBM InstallationManager nuevamente y seleccionar Modify.Conceptos relacionados:“Tipos de despliegue de instalación autónoma o personalizada”“Verificación de la instalación base” en la página 175Tareas relacionadas:“Preparación de un despliegue personalizado” en la página 79Visualización de los registros de instalación de InfoSphere MDMResolución de problemas de una instalación

Planificación de una instalaciónAntes de empezar la instalación, debe tomar decisiones importantes acerca de suestilo de despliegue de InfoSphere MDM. También hay varias hojas de trabajo deinstalación y configuración que le pueden ayudar a planificar y recopilarinformación importante de la instalación.

Tipos de despliegue de instalación autónoma o personalizadaLa instalación de IBM InfoSphere Master Data Management se puede llevar a caboutilizando la instalación autónoma con DB2 o una instalación personalizada.

Las ediciones de InfoSphere MDM reúnen las prestaciones de datos maestros y seinstalan al utilizar el IBM Installation Manager. Software adicional, como IBMWebSphere Application Server, IBM DB2 (si utiliza una base de datos DB2) y IBMRational Application Developer (si utiliza InfoSphere MDM Workbench) tambiénson instalados por IBM Installation Manager.

El tipo de instalación que elige depende de ciertas consideraciones:


v Si está realizando la instalación en un servidor o estación de trabajo limpiav Si tiene instalados una base de datos y servidor de aplicación existentesv La cantidad de servidores o estaciones de trabajo en las que desea desplegar los

componentesv El los servidores de mensajería que instalev En el grado de automatización que desee emplear en el proceso de instalaciónTareas relacionadas:Capítulo 3, “Instalación del producto”, en la página 21

Tipos de despliegue de instalación autónomaUna instalación autónoma instala InfoSphere MDM, IBM WebSphere ApplicationServer y IBM DB2 en una única ejecución de IBM Installation Manager.

Las instalaciones de estaciones de trabajo autónomas incluyen adicionalmenteInfoSphere MDM Workbench y IBM Rational Application Developer.

El tipo de despliegue de instalación autónoma proporciona el menor tiempo entrela finalización de la instalación y la ejecución de la primera transacción.

Las instalaciones autónomas para servidores o estaciones de trabajo reciben soportepara InfoSphere MDM Standard, Advanced y Enterprise Editions.

Importante: Los despliegues de instalaciones autónomas se deben llevar a cabo enun servidor limpio y en una estación de trabajo limpia. La máquina del servidor ode la estación de trabajo no debe tener ya instalados componentes de InfoSphereMDM, IBM WebSphere Application Server o IBM DB2. Esto significa que no puedeejecutar instalaciones de estación de trabajo autónoma y de servidor autónomo enla misma máquina, porque intentarán instalar fragmentos similares, provocando unconflicto.

Utilice una instalación autónoma para el servidor o la estación de trabajo cuando:v Debe estar activo y en ejecución en poco tiempo.v Considere utilizar una base de datos nueva de IBM DB2 for Linux, UNIX y

Windows.v Se instala IBM WebSphere Application Server por primera vez.v Se realiza la instalación en sistemas operativos Microsoft Windows (solamente la

estación de trabajo), IBM AIX (solamente el servidor), Linux (solamente elservidor) o Solaris (solamente el servidor).

Las instalaciones autónomas instalan todas las prestaciones de servidor operativo ybase de datos de InfoSphere MDM en un único sistema de destino y se puedenejecutar en modalidad gráfica o silenciosa.

Las instalaciones autónomas se inician utilizando LaunchPad. Cuando se abreLaunchPad, puede seleccionar utilizar una instalación de servidor autónomo o unainstalación de estación de trabajo autónoma. Esa selección lleva a cabo una de dosacciones: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.

Tras finalizar la instalación, puede optar por volver e instalar componentesadicionales utilizando la opción Modificar instalación.

Capítulo 3. Instalación del producto 23

Referencia relacionada:“Características instaladas por el Gestor de instalación de IBM” en la página 9

Instalación de un servidor autónomo con DB2:

Una instalación de servidor autónomo implica que se selecciona instalar unaedición InfoSphere MDM, IBM WebSphere Application Server y IBM DB2 forLinux, UNIX y Windows en un servidor.

Esta ilustración muestra una instalación de servidor autónomo con DB2.

Para una instalación de servidor autónomo con DB2, IBM Installation Managercompleta el proceso siguiente.1. Instala IBM WebSphere Application Server (despliegue de red) con la

mensajería predeterminada e IBM DB2 para Linux, UNIX y Windows.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 InfoSphereMDM Data Steward e InfoSphere MDM Inspector). El contenido estático deMDM es contenido que el instalador extrae en el directorio de instalación(INICIO_INSTALACIÓN_MDM). El contenido estático puede incluiraplicaciones cliente como Batch Processor, Management Agent, ManagementConsole, MDM Collector, MDM configuration scripts (scripts de programa deutilidad madconfig) y otras aplicaciones que utilicen valores predeterminados.

3. Crea automáticamente su perfil de usuario de IBM WebSphere ApplicationServer y configura su base de datos, servidor de aplicaciones y aplicaciones deadministración de datos.

Repositorio de software/soporte local

Contenidoestático de MDM

Instalador

Descargarla oferta de IBM WebSphere Application Server,

IBM DB2, MDM(incluye servidor operativo, componente de

base de datos y aplicaciones de Data Stewardship)

Caja A

Datos de MDM

Servidor de bases de datos

Servidor operativo de MDMAplicaciones y Data Stewardship

IU de Data StewardshipInspector

Servidor de aplicaciones

Figura 3. Instalación de un servidor autónomo con DB2


4. El proceso de instalación finalmente despliega los componentes de MDM en elservidor de aplicaciones.

Puede instalar más componentes utilizando la opción de modificación tras finalizarla instalación del servidor autónomo con DB2.Tareas relacionadas:“Instalación de un servidor autónomo con DB2” en la página 65Referencia relacionada:“Características instaladas por el Gestor de instalación de IBM” en la página 9

Instalación de estación de trabajo autónoma con DB2:

Una instalación de estación de trabajo autónoma con DB2 implica que se seleccionainstalar una edición de InfoSphere MDM, IBM WebSphere Application Server, IBMDB2 para Linux, UNIX y Windows, IBM Rational Application Developer, yInfoSphere MDM Workbench en una estación de trabajo Microsoft Windows oLinux.

Esta ilustración muestra una instalación de estación de trabajo autónoma con DB2.Al igual que el escenario del servidor, descargue IBM WebSphere ApplicationServer (despliegue base), IBM DB2, la edición de InfoSphere MDM e InfoSphereMDM Workbench.

Para una instalación de estación de trabajo autónoma con DB2, IBM InstallationManager realiza las acciones siguientes:


Contenidoestático de MDM

Instalador

Descargarla oferta de IBM WebSphere Application Server,

IBM Db2, MDM(incluye servidor operativo, componente de base de datos),

IBM Rational Application Deveoper,MDM Workbench

Caja A

Datos de MDM

Servidor de bases de datos

Servidor operativo de MDM

Servidor de aplicaciones

MDM Workbench

IBM RationalApplication Developer

Figura 4. Instalación de estación de trabajo autónoma con DB2


1. Instala IBM WebSphere Application Server (despliegue base) con mensajeríapredeterminada, IBM DB2 para Linux, UNIX y Windows, y IBM RationalApplication Developer.

2. Instala InfoSphere MDM Workbench en IBM Rational Application Developer.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 eldirectorio de instalación (INICIO_INSTALACIÓN_MDM). El contenido estáticopuede incluir aplicaciones cliente como Batch Processor, Management Agent,Management Console, MDM Collector, MDM configuration scripts (scripts deprograma de utilidad madconfig) y otras aplicaciones.

4. Crea automáticamente su perfil de usuario de IBM WebSphere ApplicationServer y configura su base de datos, servidor de aplicaciones y aplicaciones deadministración de datos utilizando valores predeterminados.

5. Despliega los componentes de InfoSphere MDM en el servidor de aplicaciones.Tareas relacionadas:“Realización de una instalación de estación de trabajo autónoma con DB2” en lapágina 72Referencia relacionada:“Características instaladas por el Gestor de instalación de IBM” en la página 9

Tipo de despliegue de instalación personalizadaLas instalaciones personalizadas despliegan InfoSphere MDM para casi cualquiercaso de ejemplo de despliegue posible. La mayoría de despliegues de InfoSphereMDM requieren el tipo de despliegue de instalación personalizado.

Se utiliza una instalación personalizada para desplegar InfoSphere MDM encualquiera de las condiciones siguientes:v Su despliegue utiliza una base de datos IBM DB2 for z/OS, Microsoft SQL

Server u Oracle.v Si tiene previsto utilizar una base de datos ya instalada y configurada.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 ApplicationServer configurado y están en ejecución todos los agentes de nodo.

v Si WebSphere MQ está instalado y el escucha está en ejecución.v Si está instalando solo una oferta de InfoSphere MDM (como, por ejemplo, la

Standard Edition, Advanced Edition o Enterprise Edition).

Cuando lleve a cabo una instalación personalizada, puede seleccionar variosservidores de destino para la aplicación de InfoSphere MDM y las aplicaciones dela interfaz de usuario, o puede instalar todo en un solo servidor de destino. Unainstalación personalizada se puede ejecutar en modalidad gráfica o silenciosa.

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


Una vez que se haya completado la instalación de InfoSphere MDM, puede optarpor volver e instalar los componentes adicionales mediante la opción de modificarinstalación.Conceptos relacionados:“Soporte para entornos de alta disponibilidad” en la página 28Tareas relacionadas:“Preparación de un despliegue personalizado” en la página 79“Instalación de un despliegue personalizado de InfoSphere MDM” en la página123

Instalación gráfica o silenciosaPuede 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 unainterfaz gráfica de usuario, entonces la modalidad gráfica es la opción preferida.IBM Installation Manager despliega una serie de pantallas que describen laselección de características, configuración de parámetro básico y proporciona unresumen 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ónsilenciosa. Una instalación silenciosa se inicia desde la línea de mandatos y utilizaun archivo de respuestas. Esta opción no requiere que especifique las opciones de

Dmgr


Caja C

WAS

Nodo C

Servidoroperativode MDM

Caja D

WAS

Servidoroperativode MDM

Caja B

Servidor deaplicaciones

Clúster

Servidor deaplicaciones

wsadmin.sh

Cliente debase de datos

InstallManager

Descargaroferta de MDM

Nodo C

Servidor debases de datos

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


instalación. En cambio, las opciones de instalación se leen desde un archivo derespuestas. Puede crear un archivo de respuestas manualmente o mediante lautilización del asistente de instalación gráfica. Se puede crear un archivo derespuestas sin instalar ningún software o durante una instalación. Los pasos que setomaron en el proceso de instalación y los errores encontrados se registran en unarchivo.Referencia relacionada:“Instalación silenciosa” en la página 146

Soporte para entornos de alta disponibilidadPara admitir la instalación de InfoSphere MDM en entornos de alta disponibilidad,puede configurar varias instancias en múltiples servidores de host. Al hacerlo, siun servidor o instancia queda inactivo, los otros pueden continuar procesando eltráfico.

Consejo: Para desplegar InfoSphere MDM en un entorno de alta disponibilidad,debe realizar el despliegueutilizando la vía de acceso de instalación personalizada.

MDM operational server utiliza un contenedor de IBM WebSphere ApplicationServer y puede desplegarse en un servidor único o en un clúster, de la formaconfigurada en el contenedor. El clúster puede configurarse previamente en elservidor. El instalador puede detectar un entorno en clúster y desplegarse en eseentorno al utilizar una instalación personalizada.

Revise los escenarios de instalación antes de comenzar la misma para entendermejor cómo admitir la disponibilidad alta y los requisitos de los entornos enclúster.Conceptos relacionados:“Casos de ejemplo de instalación” en la página 48“Tipo de despliegue de instalación personalizada” en la página 26Tareas relacionadas:“Instalación de un despliegue personalizado” en la página 78

Hojas de trabajo para la instalación y configuraciónLas hojas de trabajo de instalación listan todos los valores que debe especificardurante un proceso de instalación de InfoSphere MDM. El completar las hojas detrabajo de instalación antes de instalar los componentes puede ayudarle aplanificar la instalación, ahorrar tiempo e imponer la consistencia durante elproceso de instalación y configuración.

Si está realizando una instalación autónoma con DB2, la aplicación de instalaciónutiliza varias configuraciones predeterminadas. Esto reduce la cantidad de datos deentrada que debe proporcionar.

Vuelva a utilizar las hojas de trabajo para cada entorno de ejecución que planeeimplementar. Por ejemplo, puede tener un entorno de producción, uno de prueba yuno de entrenamiento.

Utilice las hojas de trabajo para recopilar datos esenciales sobre aplicaciones ycomponentes, tales como los valores de configuración base que están definidosdentro de IBM Installation Manager. Cualquier servidor operativo, aplicación de


usuario o pasos de configuración de componente necesarios fuera de IBMInstallation Manager se describen en temas de aplicaciones individuales ocomponentes separados.Tareas relacionadas:“Instalación de un servidor autónomo con DB2” en la página 65“Realización de una instalación de estación de trabajo autónoma con DB2” en lapágina 72“Instalación de un despliegue personalizado de InfoSphere MDM” en la página123“Instalación de InfoSphere MDM en un entorno en clúster” en la página 137

Hoja de trabajo del directorio de instalaciónUtilice esta hoja de trabajo para registrar el directorio raíz del host en el que deseeinstalar InfoSphere MDM.

Si después instala más entornos de ejecución, puede que no apunten a la mismabase de datos a la utilizada para el entorno inicial. Si está instalando variosentornos de ejecución , vuelva a utilizar la hoja de trabajo de instalación paradefinir los valores de directorio único para cada entorno.

Si está instalando en Microsoft Windows:v Debe estar ejecutando en la modalidad de administrador para que IBM

Installation Manager grabe en el registro de Windows. La modalidad deadministrador no se utiliza en IBM AIX, Linux o Solaris.

v En un sistema operativo Microsoft Windows 7, debe instalar MDM en undirectorio que no esté virtualizado.

Los parámetros listados en la siguiente tabla equivalen a indicadores o campos quevisualiza en IBM Installation Manager.

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

Parámetro Descripción Su valor

Utilice el grupo de paquetesexistente

Elija esta opción si desea que loscomponentes de InfoSphereMDM se instalen en un shell odirectorio Eclipse existente. Nopuede modificar el nombre dedirectorio si elige esta opción.

No elija esta opción si instalópreviamente otros productos alutilizar IBM InstallationManager, como IBM RationalApplication Developer.

InfoSphere MDM Workbenchdebe estar instalado en el mismogrupo de paquetes que IBMRational Application Developer.


Tabla 6. Hoja de trabajo de directorio de instalación de InfoSphere MDM (continuación)


Cree un nuevo grupo depaquetes

Esta opción es el valorpredeterminado. IBM InstallationManager crea un directorioIBM/MDM predeterminado en eldirectorio raíz que elija. O,puede nombrar el directoriocomo desee.

Por ejemplo,MDM_INSTALL_HOME/IBM/MDM_testo MDM_INSTALL_HOME/IBM/MDM_prod

Hoja de trabajo de origen de datos de DB2 o DB2 for z/OSUtilice esta hoja de trabajo de origen de datos para identificar parámetros para elorigen de datos de IBM DB2 para Linux, UNIX y Windows, o IBM DB2 para z/OSal que se está conectando MDM operational server.

Para el MDM virtual, toda la información sobre el origen de datos de IBM AIX,Linux o Solaris se almacena en un archivo odbc.ini contenido en el directorioDIR_INICIO_INSTALACIÓN_MDM/conf. El MDM físico no necesita que se almaceneinformación sobre el origen de datos.

Cuando define los nombres de las bases de datos y cuentas de usuario, considereponerle el mismo nombre a la instancia de base de datos asociada, a la cuenta deusuario y a la configuración de origen de datos. Puede que también desee incluirla versión de InfoSphere MDM en el nombre. Utilizar esta convención denomenclatura puede ayudar a otros miembros de la organización y a IBM SoftwareSupport a comprender la correlación entre instancias, cuentas y bases de datos.


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


Tipo de base de datos Están soportados DB2 paraLinux, UNIX y Windows, yDB2 para z/OS para todaslas ediciones de InfoSphereMDM.

Nombre de host de la basede datos

Identificar la direccióncompleta del host en el queestá instalada la base dedatos. El valorpredeterminado eslocalhost.

Puerto de base de datos Identificar el puerto de labase de datos o utilizar elnúmero de puertopredeterminado que seproporciona. El valorpredeterminado para DB2 es50000.


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


Nombre de usuario de basede datos

El nombre de usuario de labase de datos debe tenerprivilegios de administradorde base de datos.

Las restricciones de lalongitud y los caracteresadmitidos para nombres deusuario y contraseñasdependen de cualquierrestricción que puedaimponer el sistema operativo.

Si instala InfoSphere MDMutilizando una instalaciónautónoma, el nombre deusuario y contraseña de labase de datos de DB2 tomanel valor predeterminado demdminst11 en Linux y UNIXy de db2admin en MicrosoftWindows.

Contraseña de base de datos Proporcionar una contraseñapara el nombre de usuariode la base de datos.

Nombre de base de datos Proporcionar un nombre queidentifique la base de datosde InfoSphere MDM. Elvalor predeterminado esMDMDB.

El nombre debe estarformado por 12 o menoscaracteres alfanuméricos. Sepueden utilizar los caracteresde guión bajo ( _ ) en elnombre. No se admiten otroscaracteres.

Directorio inicial de base dedatos

Para instalacionespersonalizadas, proporcioneel directorio completo dondeestá instalada la base dedatos. Proporcione eldirectorio padre de SQLLIB.Por ejemplo:

Windows: C:\Archivos deprograma\IBM\SQLLIB

AIX, Linux o Solaris:/home/db2inst1/sqllib

Esquema de base de datos Especifique el nombre deesquema de base de datos.De forma predeterminada elnombre de esquema es elmismo que el del usuario deaplicación de base de datos.


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


Instalación manual de MDMDatabase

Si tiene previsto instalar labase de datos de physicalMDM manualmente, puedeseleccionar la opción Extraerlos scripts para lainstalación manual de labase de datos. La aplicaciónde la instalación extraerá losscripts que le permitiráncompletar la instalaciónmanual.

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

Este parámetro sólo se puedeutilizar cuando la base dedatos de MDM se instala asolas, sin ningún otrocomponente.

Espacio de tablas de nombres Si ha creado las tablas antesde tiempo, debe anotar susnombres para especificarlosen la aplicación deinstalación. Los espacios detablas siguientes sonnecesarios (los nombrespredeterminados están entreparéntesis):

v Espacio de tabla de 4K(TBS4K)



v IndexSpace(INDEXSPACE)

v Espacio de tabla de EME(EMESPACE1)

v Espacio de tabla de PME(EMESPACE2)

v LongSpace (LONGSPACE)

Tareas relacionadas:“Instalación y configuración de la base de datos” en la página 88“Preparación de una base de datos DB2” en la página 90

Hoja de trabajo de origen de datos del servidor SQL de MicrosoftUtilice la hoja de trabajo de origen de datos de Microsoft SQL Server paraidentificar los parámetros para el origen de datos al que se está conectando MDMoperational server.


Para InfoSphere MDM Standard Edition, toda la información de origen de datos deIBM AIX®, Linux o Solaris se almacena en un archivo odbc.ini en el directorioMDM_INSTALL_HOME/conf.


Atención: Las aplicaciones de usuario Business Administration, Data Stewardshipy Product Management no se admiten para utilizar con una base de datos deMicrosoft SQL Server.


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


Tipo de base de datos Se da soporte al servidorSQL de Microsoft solamentepara la Standard Edition deInfoSphere MDM. El tipodebe ser MSSQLU.


Identificar la direccióncompleta del host en el queestá instalada la base dedatos. El valorpredeterminado es el sistemaprincipal local.

Puerto de base de datos Identificar el puerto de labase de datos o utilizar elnúmero de puertopredeterminado que seproporciona. El valorpredeterminado de MicrosoftSQL Server es 1433.


El nombre de usuario de labase de datos debe tenerprivilegios de administradorde base de datos.




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


Nombre de base de datos Proporcionar un nombre queidentifique la base de datosde MDM. El valorpredeterminado es MDMDB.

Nombre del servidor debases de datos

Especificar el nombre delservidor de bases de datoscon el que se conecta lainstancia de base de datos deMDM.

Grupo de archivos de basede datos

Especificar el nombre de ungrupo de archivos para labase de datos. Un grupo dearchivos es una estructuralógica para agrupar objetos(colecciones de archivos) enuna base de datos. En elservidor SQL de Microsoft,los grupos de archivos seutilizan para ayudar con laubicación de datos y tareasadministrativas tales comooperaciones de copia deseguridad y restauración.

Utilizar Windows NativeAuthentication

Elegir si se desea que elservidor operativo seautentique ante la base dedatos utilizando credencialesde Microsoft Windows. Elmodo predeterminado esutilizar las credenciales delservidor SQL.

Si tiene previsto utilizar laautenticación de Windows,su DBA debe establecer elesquema predeterminado delusuario de registro en elesquema que va a utilizarIBM Installation Manager.


Si tiene previsto instalar labase de datos de physicalMDM manualmente,seleccione esta opción paraextraer los scripts que seutilizan para la instalaciónmanual.


Tareas relacionadas:“Instalación y configuración de la base de datos” en la página 88“Preparar una base de datos de Microsoft SQL Server” en la página 93


Hoja de trabajo de origen de datos de OracleUtilice la hoja de trabajo de origen de datos de Oracle para identificar parámetrospara el origen de datos al que se está conectando MDM operational server.

Para la edición estándar de InfoSphere MDM, toda la información de origen dedatos de IBM AIX, Linux o Solaris se almacena en un archivo odbc.ini en eldirectorio MDM_INSTALL_HOME/conf.



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


Tipo de base de datos Oracle es admitido paratodas las ediciones deInfoSphere MDM.


Identificar la direccióncompleta del host en el queestá instalada la base dedatos. El valorpredeterminado eslocalhost.

Puerto de base de datos Identificar el puerto de labase de datos o utilizar elnúmero de puertopredeterminado que seproporciona. El valorpredeterminado de Oracle es1521.


El nombre de usuario de labase de datos debe tenerprivilegios de administradorde base de datos. ParaOracle, el nombre de usuarioy el nombre de esquema dela base de datos deben seriguales.




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


Nombre de base de datos Proporcione el nombre de labase de datos.

Directorio inicial de base dedatos

Proporcione el directoriocompleto 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


Si tiene previsto instalar labase de datos de physicalMDM manualmente, puedeseleccionar la opción Extraerlos scripts para lainstalación manual de labase de datos. La aplicaciónde la instalación extraerá losscripts que le permitiráncompletar la instalaciónmanual.


Esta opción solo estádisponible cuando la base dedatos de MDM se estáinstalando sin ningún otrocomponente.


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


Espacio de tablas de nombres Si ha creado las tablas antesde tiempo, debe anotar susnombres para especificarlosen la aplicación deinstalación. Los espacios detablas siguientes sonnecesarios (los nombrespredeterminados están entreparéntesis):




v IndexSpace(INDEXSPACE)

v Espacio de tabla de EME(EMESPACE1)

v Espacio de tabla de PME(EMESPACE2)

v LongSpace (LONGSPACE)

Tareas relacionadas:“Instalación y configuración de la base de datos” en la página 88“Preparación de una base de datos de Oracle” en la página 95

Hoja de trabajo de instalación de WebSphere Application ServerUtilice la hoja de trabajo de configuración de IBM WebSphere Application Serverpara identificar parámetros del servidor de aplicaciones que se utiliza para alojar aMDM operational server.



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


Tipo de despliegue Especifique el tipo de despliegue yanote el nombre de perfil de IBMWebSphere Application Server. Lasopciones son Network DeploymentEdition o Base Edition (sin gestionar).

El despliegue de red se utiliza parainstalaciones de clúster o servidor. Undespliegue base normalmente se utilizaen instalaciones de demostración oestación de trabajo.

Si elige Network Deployment, elinstalador ejecuta una secuencia demandatos en el proceso del gestor dedespliegue de IBM WebSphereApplication Server para configurarservidores de aplicaciones y desplegaraplicaciones. El gestor de despliegue ylos agentes de nodo deben estarconfigurados y en ejecución para queel despliegue pueda continuar. Porejemplo, utilice un nombre de perfil deDmgr01.

Si selecciona Network Deployment, elinstalador también se puede ejecutaren un clúster de IBM WebSphereApplication Server. El programa deinstalación detecta automáticamente elclúster. Si el clúster está configurado, laacción predeterminada es desplegar lasaplicaciones en un clúster. En su lugar,puede seleccionar que se desplieguenlas aplicaciones en un único servidor.

Si elige Base, el servidor operativo sedespliega en el servidor1 de IBMWebSphere Application Server Base. Elinstalador ejecuta una secuencia demandatos en el servidor1 paraconfigurar el servidor de aplicaciones ydesplegar aplicaciones. Asegúrese deque el servidor1 está en ejecución antesde continuar con el despliegue. Porejemplo, utilice un nombre de perfil deAppSrv1.

Inicio de IBMWebSphereApplication Server

Especifique el directorio completo en elque IBM WebSphere ApplicationServer está instalado. El valorpredeterminado en Linux y UNIX es/opt/IBM/WebSphere/AppServer. Elvalor predeterminado en MicrosoftWindows es C:\Archivos de programa(x86)\IBM\WebSphere\AppServer.


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


Inicio de perfil deIBM WebSphereApplication Server

Si está utilizando un despliegue base,especifique la vía de acceso completadel directorio de inicio del perfil delservidor de aplicaciones. El valorpredeterminado en Linux y UNIX es/opt/IBM/WebSphere/AppServer/profiles. El valor predeterminado enMicrosoft Windows es C:\Archivos deprograma (x86)\IBM\WebSphere\AppServer\profiles.

Federar en un gestorde despliegueexistente

Si desea federar un nodo gestionadocreado recientemente en un gestor dedespliegue ya existente, seleccione laopción Federar en un gestor dedespliegue existente.

Nombre de perfil deDeploymentManager

Indique el nombre del perfil del gestorde despliegue. Compruebe que elnombre no está ya en uso. Esto es soloaplicable si el tipo de despliegue esNetwork Deployment y estáseleccionada la opción Federar en ungestor de despliegue existente.

Directorio de iniciodel perfil de gestorde despliegue

Escriba la vía de acceso completa deldirectorio de inicio del perfil de gestorde despliegue.

Nombre de host Indique la dirección completa del hostdonde está instalado IBM WebSphereApplication Server. El valorpredeterminado es localhost.

Puerto SOAP Indique el puerto SOAP del gestor dedespliegue situado en el sistemaremoto, si utiliza un despliegueremoto. El valor predeterminado es8879.

Nombre de usuario Indique el nombre de usuario de IBMWebSphere Application Server. Elusuario debe tener privilegiosadministrativos.

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

Celda Especifique la celda de IBM WebSphereApplication Server donde deseadesplegar InfoSphere MDM.

Si IBM WebSphere Application Serverya está instalado y configurado, puedepulsar Retrieve Host Details duranteel proceso de instalación y hacer queIBM Installation Manager recupere lainformación para Celda, Nodo yServidor.


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


Nodo Especifique la celda de IBM WebSphereApplication Server donde deseadesplegar InfoSphere MDM.

Después de seleccionar la celda en IBMInstallation Manager, todos los nodosdentro de esa celda están disponiblesen la lista.

Servidor Especifique el servidor en el que deseadesplegar InfoSphere MDM.

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

Si desea crear un nuevo servidor parael despliegue, puede especificar elnombre nuevo en el panel deconfiguración y éste se crea en IBMWebSphere Application Server duranteel proceso de instalación.

Nombre del perfildel nodo gestionado

Indique el perfil del nodo gestionado.Compruebe que el nombre no está yaen uso. Esto es solo aplicable si el tipode despliegue es Network Deployment.

Inicio de perfil denodo gestionado

Especifique la vía de acceso completadel directorio de inicio del perfil denodo gestionado.

Instale la aplicaciónMDM en el clúster

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

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

Conceptos relacionados:“Instalación y configuración del servidor de aplicaciones” en la página 82

Hoja de trabajo de configuración de aplicación InfoSphere MDMUtilice la hoja de trabajo de configuración de aplicación para identificar parámetrospara MDM operational server.

Los parámetros listados en la siguiente tabla equivalen a indicadores o camposvisualizados en IBM Installation Manager en el panel Application Configuration.


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


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

Nombre de usuario de MDM Especifique el nombre de usuario queesta instancia de InfoSphere MDMutilizará para iniciar la sesión en lasaplicaciones de cliente de MDM y lasinterfaces de usuario.Nota: TEste usuario no es el usuarioadministrador de WebSphereApplication Server que administra lainstancia de InfoSphere MDM, por loque no es necesario que coincida conel nombre de usuario.

Contraseña de usuario de MDM Especifique la contraseña del usuariode MDM.

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

Estilo de comparación de datos Especifique si desea utilizar un estilode comparación probabilístico odeterminista.

Habilitar despliegue de zona horariamúltiple

Seleccione esta opción si la aplicaciónse ejecuta en varias zonas horariasdistintas, o si los datos tienen valoresque dependen de la hora bajo zonashorarias diferentes.

Zona horaria predeterminada Seleccione la zona horariapredeterminada del cliente en la lista.Si no especifica una zona horaria, seutiliza la zona horaria del servidor deaplicaciones.


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


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

Si desea utilizar la mensajería internade WebSphere, seleccione Mensajeríapredeterminada de IBM WebSphere.

La mayoría de las configuraciones deMDM virtual seleccionan Mensajeríapredeterminada de IBM WebSphere einstalan el componente MessageBrokers.

IBM WebSphere MQ es un productoempresarial independiente y se debeinstalar antes de instalar InfoSphereMDM. Si elige IBM WebSphere MQ,especifique valores para losparámetros siguientes.

Inicio de la cola de mensajes Especifique el directorio de iniciocompleto de la cola de mensajes. Elvalor predeterminado en Linux yUNIX es /usr/mqm. El valorpredeterminado en MicrosoftWindows es C:\Archivos deprograma (x86)\IBM\WebSphere\MQ.

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

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

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

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

Nombre de usuario Especifique el nombre de usuario deWebSphere MQ.

Contraseña Especifique la contraseña.

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


Soporte de varios husos horarios

Estilos de comparación probabilística y determinista

Hoja de trabajo de instalación de aplicaciones de usuarioUtilice esta hoja de trabajo para registrar parámetros para las aplicaciones deusuario que planea instalar.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.data.dict.doc/c_Multi-Time-ZoneSupport.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.dev.party.doc/concepts/c_probabilisticvdeterministicmatching.html

Vuelva a utilizar esta hoja de trabajo para cada aplicación de usuario o para anotarcualquier diferencia entre aplicaciones en la hoja de trabajo.


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


Tipo de despliegue Especifique si el desplieguede IBM WebSphereApplication Server es Base oRed. El despliegue de red seutiliza para instalaciones declúster o servidor. Undespliegue basenormalmente se utiliza eninstalaciones dedemostración o estación detrabajo.

Inicio de perfil de IBMWebSphere ApplicationServer

Si está utilizando undespliegue base, especifiquela vía de acceso completa deldirectorio de inicio del perfildel servidor de aplicaciones.El valor predeterminado es/opt/IBM/WebSphere/AppServer/profiles

Nombre de host Especifique el nombre delIBM WebSphere ApplicationServer donde se despliega elservidor MDM operationalserver.

Puerto SOAP Especifique el número depuerto para el MDMoperational server o utilice elvalor predeterminado de8879.

Nombre de usuario Especifique el nombre deusuario administrativo paraesta aplicación.

Contraseña Especifique la contraseña deusuario administrativo.

Celda Especifique la celda de IBMWebSphere ApplicationServer donde deseadesplegar la aplicación. Si yaha instalado y configuradoIBM WebSphere ApplicationServer, pulse Retrieve HostDetails durante el procesode instalación para recuperarla información de Celda,Nodo y Servidor.


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


Nodo Especifique el nodo de IBMWebSphere ApplicationServer donde deseadesplegar la aplicación.

Servidor Especifique el servidor oservidores de IBMWebSphere ApplicationServer donde deseadesplegar la aplicación.

Instale la aplicación MDM enel clúster

Si tiene un clúster deWebSphere ApplicationServer existente, está opciónse encuentra disponible en elpanel de configuración.Seleccione esta opción sidesea instalar la aplicaciónInfoSphere MDM en unentorno en clúster.

Clúster Si está instalando en unentorno en clúster, seleccioneel clúster donde deseadesplegar sus aplicaciones.

Tareas relacionadas:“Instalación de la interfaz de usuario de Business Administration” en la página 165

“Instalación de la interfaz de usuario de Data Stewardship” en la página 167“Instalación de la interfaz de usuario de Product Maintenance” en la página 169Información relacionada:

Instalación de Inspector

Instalación de Enterprise Viewer

Instalación de Web Reports

Instalación de Provider Direct

Aplicaciones de usuario y las asociaciones de servidor operativo:

Algunas aplicaciones de usuario están diseñadas para dar soporte a unaconfiguración de MDM físico o virtual.

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


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdshs.inspinstall.doc/topics/installing_inspector.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdshs.vwrinstall.doc/topics/installing_enterpriseviewer.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdshs.rptinstall.doc/topics/installing_webreports.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdshs.providerinstall.doc/topics/installing_providerdirect.html

Tabla 13. Aplicaciones de usuario de InfoSphere MDM

Aplicaciones de MDM virtuales Aplicaciones de MDM físicos

InfoSphere MDM Inspector

InfoSphere MDM Enterprise Viewer

InfoSphere MDM Web Reports

InfoSphere MDM Provider Direct

InfoSphere MDM Pair Manager

InfoSphere MDM Business Administration

InfoSphere MDM Data Stewardship

InfoSphere MDM Product Maintenance

Nota: No todas las aplicaciones de usuario se instalan a través de paneles de IBMInstallation Manager.Referencia relacionada:“Características instaladas por el Gestor de instalación de IBM” en la página 9“Requisitos de instalación” en la página 2

Hoja de trabajo de instalación de historialUtilice esta hoja de trabajo para registrar los parámetros para la configuración delactivador de historial.

Los activadores de historial son utilizados por los servidores operativos MDMfísicos.

Hay dos conjuntos de activadores que generan datos para tablas de historial debase de datos MDM físicos. El primer conjunto es para las tablas de núcleo ydominio. 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.



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


Industria Especifique el tipo deindustria a la que se lebrinda soporte en estaimplementación. Puedeespecificar solo un tipo.

Hay cuatro tipos de industriaque cuentan con soporte.Cada opción instala lastablas de códigos y los datospara ese tipo de industria.

v Seguro - Elija esta opciónpara líneas de negocioscomo Vida, Salud,Anualidades, Pensiones,Propiedades y Accidentesentre otras.

v Banca - Elija esta opciónpara líneas de negocioscomo Banca minorista,Banca comercial, Tarjetasde crédito, Préstamos yotros.

v Telecomunicación - Elijaesta opción para líneas denegocios comoInalámbrica, Televisión porcable, Televisión satelital,Internet, Serviciostelefónicos y otros.

v Fabricación - Elija estaopción para líneas denegocios comoHerramientas de precisión,Aeroespacial, Eléctrica,Calefacción, Mecánica yotras.


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


Activadores de historial Hay tres opciones deactivadores de historial.Puede especificar solo uno.

v Ninguno. Elija esta opciónsi no desea instalar ningúnactivador. El elegir estaopción impide que elhistorial se almacene en labase de datos.

v Simple. Elija esta opciónpara instalar solo losactivadores deactualización. Cuando unregistro se actualiza en labase de datos, una copiade ese registro (antes de laactualización) se añade ala tabla de historial. Lasversiones anteriores delregistro se almacenan en latabla de historial.

v Compuesto. Elija estaopción si desea instalarambos activadores deinserción y actualización.Cuando un registro seañade a la base de datos ocuando un registro seactualiza en la misma, seañade una copia delregistro a la tabla dehistorial. Copias de lasversión actual y anteriordel registro se almacenanen la tabla de historial.

Búsquedas sensibles a lasmayúsculas y minúsculas

De forma predeterminada,las búsquedas de nombres decontratos, productos ycategorías no son sensibles alas mayúsculas y minúsculas.Compruebe el recuadro deselección Habilitarbúsquedas sensibles a lasmayúsculas y minúsculassolo si desea colocarrestricciones sensibles a lasmayúsculas y minúsculas ensus búsquedas.

Una vez activada estacaracterística, se crean losobjetos de base de datos y nopodrá desactivar la opción.


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


Idiomas de tabla de códigos Los valores de tabla decódigos traducidos paralistas y mensajes de errorpredefinidos, se incluyen conel servidor operativo MDMfísico.

El inglés es el idiomapredeterminado.

Idioma de recurso deaplicación

Especifique las traduccionesde idioma correspondientespara que instale la interfazde usuario.


Búsqueda no sensible a mayúsculas y minúsculas

Casos de ejemplo de instalaciónHay algunos casos de ejemplo de instalación comunes, que puede utilizar comoguía al instalar InfoSphere MDM en entornos similares. Los casos de ejemplo noestán destinados a tratar cada configuración o entorno posible, pero muestran lospasos básicos implicados en una instalación personalizada que consta de variosproductos y máquinas.

Antes de realizar la instalación, asegúrese de que el sistema o sistemas que haseleccionado 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 “Adquisición y extracción de los archivos de instalación” en la página 62v “Preparación de IBM Installation Manager” en la página 80v Instalación de Installation Startup Kit

Antes de iniciar cualquier instalación, asegúrese de que se satisfacen lascondiciones 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 deWebSphere Application Server se denomina server1.

v Asegúrese de que las variables de entorno JAVA_HOME y PATH se hanestablecido correctamente en cada una de las máquinas.

v Para WebSphere Application ServerNetwork Deployment, asegúrese de que lasvariables del servidor de aplicaciones DB2_JDBC_DRIVER_PATH tienen comodestino los nodos respectivos que contienen los controladores JDBC de DB2 paralas 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 SOAPpara el proceso de Dmgr.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.data.dict.doc/c_Non-case-SensitiveSearch.html

v Conozca el nombre de host y número de puerto de programa de arranque delservidor de aplicaciones, donde se ha instalado previamente la aplicaciónInfoSphere MDM como resultado de ejecutar IBM Installation Manager.

Conceptos relacionados:“Soporte para entornos de alta disponibilidad” en la página 28Tareas relacionadas:“Instalación de InfoSphere MDM en un entorno en clúster” en la página 137“Preparación de un despliegue personalizado” en la página 79

Caso de ejemplo: Instalación de InfoSphere MDM en un clústerde WebSphere Application Server, utilizando una base de datosIBM DB2 y IBM WebSphere MQ MessagingUtilice este caso de ejemplo como referencia cuando panifique e instale InfoSphereMDM en un clúster de WebSphere Application Server con una base de datos deDB2 e IBM WebSphere MQ messaging. Este caso de ejemplo es aplicable para DB2en los sistemas operativos Microsoft Windows, Linux o UNIX.

Este caso de ejemplo se logra a través de cuatro procedimientos.1. Prepare el servidor de aplicaciones.2. Prepare la base de datos de DB2.3. Prepare IBM WebSphere MQ messaging.4. Instale InfoSphere 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 InfoSphere 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

Preparación de la base de datos de IBM DB2:

Utilice este procedimiento para instalar y preparar su base de datos DB2 comosegundo paso para completar este caso de ejemplo.


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

Procedimiento

1. Instale la base de datos de DB2. Utilice la documentación de instalación de IBMDB2 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áquinasB, C y D.

2. Cree la base de datos y espacios de tabla utilizando los scripts proporcionadosen el Installation Startup Kit.

Consejo: Puede extraer el Installation Startup Kit a partir del archivo depaquete disk1.zip de InfoSphere MDM.

3. Asegúrese de que el $HOME/sqllib/bin del cliente de DB2 esté incluido en laVÍA DE ACCESO de la máquina A. Este paso es necesario para que IBMInstallation Manager implemente el programa de utilidad $HOME/sqllib/bin/db2 al ejecutar los scripts SQL.

Tareas relacionadas:“Instalación y configuración de la base de datos” en la página 88“Preparación de una base de datos DB2” en la página 90Referencia relacionada:“Hoja de trabajo de origen de datos de DB2 o DB2 for z/OS” en la página 30

Preparación de WebSphere Application Server Network Deployment:

Para poder llevar a cabo el primer paso de este caso de ejemplo de instalación,instale y prepare su servidor de aplicaciones.


La topología resultante de este procedimiento es que la máquina A tieneWebSphere Application Server Deployment Manager y las máquinas B, C y Dtienen 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 NetworkDeployment como guía.

2. Cree dos clústeres de WebSphere Application Server. CLUSTER1 para MDMoperational server y CLUSTER2 para las aplicaciones de usuario.

3. Cree una variable de entorno DB2_JDBC_DRIVER_PATH WebSphereApplication Server para cada nodo del clúster. La vía de acceso debe apuntar alos controladores JDBC para cada máquina. Por ejemplo, si el cliente de DB2 ylos controladores JDBC están instalados en $USER_HOME/sqllib/java, especifiquela DB2_JDBC_DRIVER_PATH igual a $USER_HOME.

4. Asegúrese de que todos los nodos gestionados se hayan sincronizadocorrectamente antes de empezar a instalar InfoSphere MDM.

5. Asegúrese de conocer el nombre de host de WebSphere Application ServerDeployment Manager y puerto SOAP antes de iniciar la instalación deInfoSphere MDM. Utilice la hoja de trabajo de configuración de WebSphereApplication Server para registrar los valores.

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

Conceptos relacionados:“Instalación y configuración del servidor de aplicaciones” en la página 82Tareas relacionadas:


“Preparación de WebSphere Application Server Network Deployment para undespliegue de servidor gestionado” en la página 83“Preparación de la base de datos de DB2 para utilizar InfoSphere MDM en unentorno en clúster” en la página 92Referencia relacionada:“Hoja de trabajo de instalación de WebSphere Application Server” en la página 37

Preparación de IBM WebSphere MQ:

Utilice este procedimiento para instalar y preparar IBM WebSphere MQ como untercer paso para completar este caso de ejemplo.

Procedimiento

1. Instale IBM WebSphere MQ en la máquina F. Utilice la documentación deinstalación de IBM WebSphere MQ como guía.

2. Cree el gestor de colas de WebSphere MQ, canal y colas utilizando los scriptscustSetupMQServer.mqsc y ChannelAuth.mqsc. Estos scripts están incluidos en elInstallation Startup Kit.

Consejo: Puede extraer el Installation Startup Kit a partir del archivo depaquete disk1.zip que ha descargado.

Referencia relacionada:“Hoja de trabajo de configuración de aplicación InfoSphere MDM” en la página 40

“Installation Startup Kit para instalaciones personalizadas” en la página 10

Instalación de InfoSphere MDM:

Utilice este procedimiento para instalar InfoSphere MDM y las aplicaciones deusuario seleccionadas como paso final a la hora de completar este caso de ejemplo.


Asegúrese de que estén iniciados el servidor de aplicaciones y la base de datosantes de comenzar la instalación de InfoSphere MDM.

Procedimiento

1. Inicie IBM Installation Manager en la máquina A y elija la oferta deInfoSphere MDM. Continúe a través de los indicadores.

2. Especifique el inicio de instalación de InfoSphere MDM y los directorioscompartidos. Por ejemplo, inicio de MDM_INSTALL - /usr/IBM/MDM/E001/mdmy Compartido - /usr/IBM/MDM/E001/Shared

3. Elija la MDM Database, MDM Operational Server, y cualquier aplicación deusuario u otras funciones que desee instalar. Por ejemplo: seleccione la funciónApplications para instalar todas las aplicaciones de usuario, o seleccioneaplicaciones específicas.

4. En el panel Database Configuration, especifique el tipo de base de datos y losparámetros de base de datos. Puede elegir si desea probar la conexión de basede datos seleccionando Probar conexión o No es necesaria ninguna pruebade conexión.

5. En el panel Configuración de WebSphere Application Server, escriba losparámetros del servidor de aplicaciones. Seleccione Recuperar detalles de


host para obtener la información de Celda, Nodo y Servidor. SeleccioneInstalar aplicación MDM en clúster. Elija CLUSTER1 en la lista Clúster.

6. En el panel Configuración de la aplicación, seleccione la mensajería de IBMWebSphere MQ y escriba los parámetros. Deseleccione la opción Configurarservidor de mensajería para evitar que IBM Installation Manager cree ungestor de colas en la máquina A (pues el gestor de colas está habilitado en lamáquina F).

7. En cada panel de configuración de aplicaciones de usuario, proporcione losparámetros. Seleccione Instalar aplicación MDM en clúster. Elija CLUSTER2en la lista Clúster.

8. Pulse Verificar requisitos de instalación para ejecutar las comprobaciones derequisitos previos. Revise y corrija los errores o avisos y pulse Volver acomprobar.

9. Una vez pasadas satisfactoriamente las comprobaciones de verificación, pulseInstalar.

10. Cuando la instalación finalice, vea los archivos de registro y utilice lasherramientas de verificación de la instalación.

Conceptos relacionados:“Preparación de IBM Installation Manager” en la página 80“Hojas de trabajo para la instalación y configuración” en la página 28“Verificación de la instalación base” en la página 175Tareas relacionadas:“Instalación de un despliegue personalizado de InfoSphere MDM” en la página123Resolución de problemas de una instalación

Caso de ejemplo: Instalación de InfoSphere MDM en un clústerde WebSphere Application Server, utilizando una base de datosOracle y WebSphere Default MessagingUtilice este caso de ejemplo como referencia cuando planifique y procese unainstalación de InfoSphere MDM en un clúster de WebSphere Application Server.Este caso de ejemplo utiliza una base de datos de Oracle y WebSphere DefaultMessaging.

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 InfoSphere MDM.


– WebSphere Application Server Deployment Manager– Software de cliente de Oracle– IBM Installation Manager y InfoSphere 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


Preparación de la base de datos de Oracle:

Utilice este procedimiento para instalar y preparar su base de datos Oracle comoun segundo paso para completar este caso de ejemplo.


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

Procedimiento

1. Instale la base de datos Oracle. Utilice la documentación de instalación deOracle 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.


Importante: Para instalar InfoSphere MDM con Oracle, su nombre de usuariode base de datos y nombre de esquema deben ser iguales.

3. Asegúrese de que el sqlplus del cliente Oracle esté incluido en la VÍA DEACCESO de la máquina A. Este paso es necesario para que IBM InstallationManager implemente el programa de utilidad sqlplus al ejecutar los scriptsSQL.

Tareas relacionadas:“Instalación y configuración de la base de datos” en la página 88“Preparación de una base de datos de Oracle” en la página 95Referencia relacionada:“Hoja de trabajo de origen de datos de Oracle” en la página 35


Utilice este procedimiento para instalar y preparar su servidor de aplicacionescomo un primer paso para completar este caso de ejemplo.


La topología resultante de este procedimiento es que la máquina A tieneWebSphere Application Server Deployment Manager y las máquinas B, C y Dtienen 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 NetworkDeployment como guía.

2. Cree un clúster de WebSphere Application Server denominado CLUSTER1 paraMDM operational server.


3. Cree una variable de entorno ORACLE_JDBC_DRIVER_PATH WebSphereApplication Server para cada nodo del clúster. La vía de acceso debe apuntar alos controladores JDBC para cada máquina. Por ejemplo, si el cliente de Oracley 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 sincronizadocorrectamente antes de empezar a instalar InfoSphere MDM.


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

Conceptos relacionados:“Instalación y configuración del servidor de aplicaciones” en la página 82Tareas relacionadas:“Preparación de WebSphere Application Server Network Deployment para undespliegue de servidor gestionado” en la página 83“Preparación de la base de datos de Oracle para utilizar InfoSphere MDM en unentorno en clúster” en la página 98Referencia relacionada:“Hoja de trabajo de instalación de WebSphere Application Server” en la página 37





Procedimiento


2. Especifique el inicio de instalación de InfoSphere MDM y los directorioscompartidos. Por ejemplo, inicio de MDM_INSTALL - /usr/IBM/MDM/E001/mdmy Compartido - /usr/IBM/MDM/E001/Shared



5. En el panel Configuración de WebSphere Application Server, escriba losparámetros del servidor de aplicaciones. Seleccione Recuperar detalles dehost para obtener la información de Celda, Nodo y Servidor. SeleccioneInstalar aplicación MDM en clúster. Elija CLUSTER1 en la lista Clúster.


6. En el panel Configuración de la aplicación, seleccione Mensajeríapredeterminada de IBM WebSphere.

7. En cada panel de configuración de aplicaciones de usuario, proporcione losparámetros. Seleccione Instalar aplicación MDM en clúster. Elija CLUSTER1en la lista Clúster.





Caso de ejemplo: Instalación de InfoSphere MDM en WebSphereApplication Server Network Deployment en Windows con unabase de datos de SQL ServerUtilice este caso de ejemplo como referencia cuando planifique y procese unainstalación de InfoSphere MDM en un clúster de WebSphere Application Server.Este caso de ejemplo utiliza una base de datos de Microsoft SQL Server y lamensajería de IBM WebSphere MQ. Este caso de ejemplo es aplicable para unsistema operativo Microsoft Windows.

Restricción: Al estar el escenario en un sistema Windows con servidor SQL Server,solo son compatibles las funciones MDM. La MDM física no es compatible.

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 InfoSphere MDM.


– WebSphere Application Server Deployment Manager y nodo gestionado deWebSphere Application Server

– IBM WebSphere MQ– IBM Installation Manager y InfoSphere MDM

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


Preparación de la base de datos de Microsoft SQL Server:

Para poder llevar a cabo el segundo paso de este caso de ejemplo, instale y preparela base de datos de SQL Server.

Procedimiento

1. Instale la base de datos de SQL Server en la máquina B. Utilice ladocumentación de la instalación de Microsoft SQL Server como guía.

2. Cree la base de datos y los espacios de tabla utilizando los scripts que seproporcionan en el Installation Startup Kit de InfoSphere MDM.


Tareas relacionadas:“Instalación y configuración de la base de datos” en la página 88“Preparar una base de datos de Microsoft SQL Server” en la página 93Referencia relacionada:“Hoja de trabajo de origen de datos del servidor SQL de Microsoft” en la página32


Como primer paso para completar este caso de ejemplo, instale y prepare suservidor de aplicaciones.


La topología resultante de este procedimiento es que la máquina A tieneWebSphere Application Server Deployment Manager y un nodo gestionado.

Procedimiento

1. Instale y configure WebSphere Application Server en la máquina A. Utilice ladocumentación de WebSphere Application Server Network Deployment comoguía.

2. Asegúrese de que el nodo gestionado se haya sincronizado correctamente antesde empezar a instalar InfoSphere MDM.


4. Asegúrese de que se haya iniciado el servidor de aplicaciones antes de iniciar lainstalación de InfoSphere MDM.

Conceptos relacionados:“Instalación y configuración del servidor de aplicaciones” en la página 82Tareas relacionadas:“Preparación de WebSphere Application Server Network Deployment para undespliegue de servidor gestionado” en la página 83Referencia relacionada:“Hoja de trabajo de instalación de WebSphere Application Server” en la página 37


Preparación de IBM WebSphere MQ:

Utilice este procedimiento para instalar y preparar IBM WebSphere MQ como untercer paso para completar este caso de ejemplo.

Procedimiento

1. Instale IBM WebSphere MQ en la máquina A. Utilice la documentación deinstalación de IBM WebSphere MQ como guía.

2. Cree el gestor de colas de WebSphere MQ, canal y colas utilizando los scriptscustSetupMQServer.mqsc y ChannelAuth.mqsc. Estos scripts están incluidos en elInstallation Startup Kit.

Consejo: Puede extraer el Installation Startup Kit a partir del archivo depaquete disk1.zip que ha descargado.





Procedimiento


2. Especifique el inicio de instalación de InfoSphere MDM y los directorioscompartidos. Por ejemplo, inicio de MDM_INSTALL: /usr/IBM/MDM/E001/mdm .Compartido: c:\Program Files\IBM\MDM\E001\Shared


Consejo: Al estar el escenario en un sistema Windows con servidor SQLServer, solo seleccione las aplicaciones de usuario de MDM virtual. La MDMfísica no es compatible.


5. En el panel Configuración de WebSphere Application Server, escriba losparámetros del servidor de aplicaciones. Seleccione Recuperar detalles dehost para obtener la información de Celda, Nodo y Servidor. Pulse Verificarinstancia de MDM en servidor para asegurarse de que no existe ya unainstancia de InfoSphere MDM.

6. En el panel Configuración de la aplicación, seleccione la mensajería de IBMWebSphere MQ y escriba los parámetros. Mantenga seleccionada la opciónConfigurar servidor de mensajería para indicar a IBM Installation Managerque debe crear un gestor de colas en la máquina A.

7. En cada panel de configuración de aplicaciones de usuario, proporcione losparámetros.






Caso de ejemplo: instalación de InfoSphere MDM Workbench enWindows y posterior conexión a un servidor operativo remotoUtilice este caso de ejemplo como referencia a la hora de planificar y desplegar unainstalación de entorno de despliegue de InfoSphere MDM (MDM Workbench) enMicrosoft Windows que se conecte a un servidor operativo remoto de InfoSphereMDM y a una instancia de base de datos remota.

Los pasos que se describen en este caso de ejemplo se centran en el aspecto deMDM físico de configuración y despliegue de InfoSphere MDM Workbench.

Importante: En este caso de ejemplo se da por supuesto que ya se han instaladoun servidor operativo en una máquina remota.

Este caso de ejemplo se logra a través de los procedimientos siguientes:1. En una máquina local, instale MDM Workbench.2. Configure su instancia de MDM Workbench local para conectarla al servidor de

aplicaciones remota.3. Configure su instancia de MDM Workbench local para conectarla a la base de

datos remota.4. Tras llevar a cabo el trabajo de desarrollo, despliegue los cambios de MDM

Workbench en la instancia de InfoSphere MDM remota.

En este caso de ejemplo, la topología es:v Máquina A (máquina Microsoft Windows local):

– IBM Installation Manager y InfoSphere MDM Workbench– IBM Rational Application Developer

v Máquina B (máquina del servidor AIX):– WebSphere Application Server Deployment Manager y nodo gestionado de

WebSphere Application Server– IBM Installation Manager y servidor operativo de InfoSphere MDM– Base de datos IBM DB2

Tareas relacionadas:“Instalación de un despliegue personalizado de InfoSphere MDM” en la página123


Instalación del entorno de desarrollo local de InfoSphere MDM:

Prepare su entorno de desarrollo local de InfoSphere MDM instalando MDMWorkbench y IBM Rational Application Developer (RAD).

Antes de empezar

Si ya ha instalado Rational Application Developer, asegúrese de instalar MDMWorkbench y Rational Application Developer en el mismo grupo de paquetes.

Consejo: Para ver un vídeo de demostración de los pasos descritos en esteprocedimiento, consulte http://youtu.be/96CkbrwASik.

Procedimiento

1. Inicie IBM Installation Manager.2. Añada los repositorios de MDM Workbench y Rational Application Developer

en IBM Installation Manager:a. Pulse Archivo > Preferencias. Se abre el diálogo Preferencias.b. Pulse Añadir repositorio...

c. Seleccione el archivo .inf de MDM Workbench del directorio que contienelas imágenes de instalación de InfoSphere MDM.

d. Pulse Añadir repositorio...

e. Seleccione el archivo .inf de Rational Application Developer del directorioque contiene las imágenes de instalación de InfoSphere MDM.

f. Pulse Aceptar.3. En la pantalla de inicio de IBM Installation Manager, pulse Instalar.4. En el segundo panel Instalar paquetes, seleccione el directorio de instalación

en el que desea instalar MDM Workbench. Si desea realizar la instalación enun directorio distinto del directorio predeterminado, seleccione MDMWorkbench y pulse Examinar en el campo Directorio de instalación.

Nota: En sistemas operativos Microsoft Windows 7, instale , MDM Workbenchen un directorio que no esté virtualizado.

5. Pulse Siguiente.6. En el panel de idiomas, el inglés aparece seleccionado de forma

predeterminada.v Si desea otros idiomas distintos al inglés, seleccione los idiomas y pulse

Siguiente.7. Seleccione los paquetes IBM Rational Application Developer for WebSphere

Software y IBM InfoSphere Master Data Management Workbench parainstalarlo y pulse Siguiente.

8. Pulse de nuevo Siguiente para ver el panel Licencia. Lea y acepte la licencia y,a continuación, pulse Siguiente.

9. Complete los restantes paneles del gestor de instalación y revise lainformación de resumen de la instalación y, a continuación, pulse Verificarrequisitos de instalación para ejecutar las comprobaciones de requisitosprevios. Revise y corrija los errores o avisos y pulse Volver a comprobar.


11. Pulse Finalizar para cerrar el Gestor de instalación de IBM.Tareas relacionadas:


http://youtu.be/96CkbrwASik

“Instalación de un despliegue personalizado de InfoSphere MDM” en la página123

Configuración de la conexión de servidor remota:

Cree una entrada nueva en la vista de servidores de entorno de trabajo de MDMpara conectarse al servidor de aplicaciones remoto.

Procedimiento

1. Abra MDM Workbench en su máquina local.2. Abra la vista Servidores.3. Pulse el botón derecho del ratón en la vista Servidores y elija Nuevo >

Servidor. Se abrirá el diálogo Definir un servidor nuevo.4. Seleccione el tipo y la versión del servidor como, por ejemplo, IBM >

WebSphere Application Server v8.5.5.2.5. Escriba el nombre de host de su servidor remoto.6. Escriba el nombre de servidor.7. Seleccione el entorno de tiempo de ejecución de servidores y pulse Siguiente.8. Seleccione Proporcionar manualmente los valores de conexión (siempre

seleccionado para los servidores remotos) y configure los valores de conexióncon los números de puerto correctos. Debe seleccionar al menos un tipo deconexión y asegurarse de que se haya especificado el puerto correcto.

9. Seleccione La seguridad está habilitada en este servidor y, a continuación,proporciona el ID de usuario y la contraseña.

10. Escriba el nombre del servidor de aplicaciones.11. Pulse Probar conexión para confirmar que todos los valores de la conexión

son correctos y, a continuación, pulse Finalizar.Conceptos relacionados:“Instalación y configuración del servidor de aplicaciones” en la página 82

Configuración de la conexión de la base de datos remota:

Configure una conexión a la base de datos remota de forma que pueda probar sudesarrollo de InfoSphere MDM y ejecutar el SQL que haya generado.

Procedimiento

1. En MDM Workbench, abra la perspectiva Datos.2. En la vista Explorador de orígenes de datos, pulse el botón derecho del ratón

en Conexiones de base de datos.3. Pulse Nuevo.... Se abrirá el diálogo Conexión nueva.4. En la pantalla Parámetros de conexión, proporcione los detalles de la instancia

de su base de datos remota:a. Seleccione el tipo de gestor de bases de datos.b. Seleccione el controlador JDBC.c. Escriba el nombre de la base de datos.d. Escriba la dirección de host y el número de puerto.e. Proporcione el nombre de usuario y la contraseña de autenticación de

cliente.f. Escriba el nombre de esquema predeterminado.g. Confirme el URL de conexión.


5. Tras configurar la instancia de la base de datos remota, pulse Probar conexiónpara confirmar que los valores sean correctos.

6. Pulse Finalizar.Tareas relacionadas:“Instalación y configuración de la base de datos” en la página 88Información relacionada:

Ejecución de los scripts SQL para preparar el despliegue

Despliegue de cambios locales para la instancia remota de InfoSphere MDM:

En este caso, el proceso de desarrollo de MDM Workbench es idéntico al procesonormal, pero debe desplegar su CBA en el servidor operativo remoto utilizando laconsola de administración (Integrated Solutions Console) de WebSphereApplication Server.

Procedimiento

1. Lleve a cabo las tareas de despliegue de MDM Workbench.2. Asegúrese de haber generado el código para su proyecto tras añadirlo al CBA.3. Ejecute los scripts de SQL en el directorio MDMSharedResources/sql que

corresponde a su instancia de base de datos remota.4. En MDM Workbench, pulse el botón derecho del ratón en el proyecto CBA y

pulse Exportar.5. Seleccione el destino de exportación OSGi > Paquete compuesto OSGi

(CBA). Verifique que los paquetes que está exportando incluyan su paquete demódulo de servidor operativo.

Importante: Asegúrese de que solamente se exportan paquetes depersonalización y no los paquetes referenciados principales de InfoSphereMDM. Si selecciona todos los paquetes al exportar los CBA, podrá tenerduplicados de los paquetes principales.

6. Pulse Examinar y elija una ubicación donde guardar el archivo CBA y, acontinuación, pulse Finalizar.

7. Abra la consola remota Integration Solutions Console de WebSphereApplication Server y, en el marco de navegación, pulse Entorno >Repositorios de paquetes OSGi > Repositorio de paquetes interno y, en laparte superior de la tabla, pulse Nuevo

8. Seleccione el sistema de archivos local y vaya donde ha guardado el CBA queha exportado de MDM Workbench y, a continuación, pulse Aceptar y,seguidamente, pulse Guardar directamente en la configuración maestra.

9. en el marco de navegación, pulse Aplicaciones > Tipos de aplicación >Aplicaciones de nivel empresarial

10. Pulse en la aplicación de InfoSphere MDM y seleccione el activo desplegadoEBA (por ejemplo, com.ibm.mdm.server.app_0001.eba). Este paso puede tardarvarios minutos.

11. Desde la columna de más a la derecha, pulse Extensiones para esta unidad decomposición y, a continuación, en la parte superior de la tabla, pulse Añadir.

12. Marque el recuadro de selección junto al CBA importado y, a continuación,pulse Añadir en la parte superior de la tabla. Puede tardar varios minutos encargar la página siguiente.

13. Pulse Guardar directamente en la configuración maestra. De este modovolverá a la página de unidad de composición.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.wb.tools.models.doc/t_Running_SQL_Scripts_to_Prepare_for_Deployment.html

14. Cerca del final de la página, pulse Actualizar por el último despliegue,examine la vista previa de los cambios y, a continuación, pulse Aceptar. SuCBA de extensión, debería mostrar un cambio de No desplegado a un númerode versión.

15. Pulse Siguiente en el asistente de opciones, aceptando las opcionespredeterminadas de cada página y, a continuación, pulse Finalizar.

16. Pulse Guardar directamente en la configuración maestra.17. Reinicie la aplicación de nivel empresarial (BLA) remota de InfoSphere MDM.Información relacionada:

Despliegue de adición y ampliación

Ejecución de los scripts SQL para preparar el despliegue

Despliegue de un CBA en el servidor operativo de consola de administración

Instalación de un servidor autónomo con DB2Lleve a cabo las tareas de esta sección para instalar un servidor autónomo deInfoSphere MDM con IBM DB2.


La instalación de un servidor autónomo con DB2 le permite desplegar una ediciónde InfoSphere MDM, IBM WebSphere Application Server y IBM DB2 para Linux,UNIX y Windows en un servidor.

Las instalaciones autónomas con DB2 se deben ejecutar como usuario root enUNIX y Linux, o como usuario administrador en Microsoft Windows.

Importante: Antes de empezar el proceso de instalar InfoSphere MDM, revise losproblemas conocidos. Algunos problemas de instalación conocidos requieren quecomplete las tareas específicas de configuración previas a la instalación. Si no serealizan estas tareas de configuración, la instalación puede fallar.

Adquisición y extracción de los archivos de instalaciónEl soporte de instalación para la instalación de InfoSphere MDM está disponiblecomo archivos de imagen de instalación descargables.


Utilice la página de descarga de IBM InfoSphere Master Data Management comoayuda para determinar las partes que necesita para la edición y la versión bajolicencia. Utilice la información en el tema de requisitos del sistema para determinarlas versiones admitidas para WebSphere Application Server y los fixpack.

Importante: Antes de empezar la instalación de InfoSphere MDM, asegúrese dehaber descargado los paquetes y fixpack de instalación más recientes necesariospara la edición y la versión bajo licencia.

Procedimiento

Para obtener los archivos de imagen de instalación a partir de IBM PassportAdvantage, descargue y extraiga los archivos en un directorio llamado MDM.Cuando extraiga los archivos, se colocarán en una estructura de carpetas que reflejelas partes que ha descargado.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.wb.tools.models.doc/c_Addition_and_Extension_Deployment.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.wb.tools.models.doc/t_Running_SQL_Scripts_to_Prepare_for_Deployment.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.wb.tools.models.doc/t_Deploy_a_CBA_toWAS_ND.html


Tareas relacionadas:“Inicio de una instalación autónoma con DB2 utilizando LaunchPad” en la página64Referencia relacionada:“Requisitos de instalación” en la página 2Información relacionada:

Requisitos del sistema para InfoSphere MDM


Preparación para una instalación autónoma con DB2Antes de empezar una instalación de servidor autónomo con DB2 o una instalaciónde estación de trabajo autónoma con DB2, asegúrese de llevar a cabo los pasos deplanificación y que cumple los requisitos previos. Estos pasos solamente se aplicana instalaciones autónomas con DB2.


Un despliegue de instalación autónoma con DB2 se puede realizar en un servidorlimpio o en una estación de trabajo limpia.

Procedimientov Revise el archivo léame para los requisitos del sistema y posibles problemas que

puedan afectar la instalación.v Lea las notas de release para obtener información sobre características de

productos con soporte o mejoras del release.v Revise y complete las hojas de trabajo de instalación.v Complete la tarea “Adquisición y extracción de los archivos de instalación” en la

página 62.v Revise el apartado “Requisitos de instalación” en la página 2.v Revise el apartado “Tipos de despliegue de instalación autónoma” en la página

23.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. Esteestablecimiento no es necesario si su host utiliza un IP estático. Esteestablecimiento tampoco es necesario para instalaciones personalizadas.

v Para instalaciones autónomas con DB2, asegúrese de haber iniciado sesión comousuario root, asumiendo que se instalará IBM DB2, InfoSphere MDM y IBMWebSphere Application Server utilizando root.

Importante: Para llevar a cabo instalaciones como usuario root, debe instalarIBM Installation Manager en modalidad admin. Para instalar IBM InstallationManager en modalidad admin, inicie sesión como usuario root y, a continuación,ejecute el mandato install.


Continúe con el inicio de la instalación con LaunchPad y utilice las instruccionesde instalación para el tipo de despliegue autónomo con DB2.Conceptos relacionados:“Hojas de trabajo para la instalación y configuración” en la página 28Tareas relacionadas:


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.common.install.nav.doc/topics/pim_con_systemrequirements.html


“Inicio de una instalación autónoma con DB2 utilizando LaunchPad”“Instalación de un servidor autónomo con DB2” en la página 65“Realización de una instalación de estación de trabajo autónoma con DB2” en lapágina 72Referencia relacionada:“Cuentas, grupos y valores predeterminados de usuario utilizados por la aplicaciónde instalación” en la página 13

Inicio de una instalación autónoma con DB2 utilizandoLaunchPad

Utilice LaunchPad para iniciar el proceso de instalación autónoma con DB2. Estemétodo es la única forma de iniciar una instalación de servidor autónomo con DB2o de una estación de trabajo autónoma con DB2.

Antes de empezar

LaunchPad es una aplicación basada en el navegador que se utiliza como punto departida para una instalación de servidor autónomo con DB2 o una instalación deestación de trabajo autónoma con DB2. LaunchPad requiere el navegador MozillaFirefox.

Consejo: Si Firefox no está disponible, es posible que no pueda utilizarLaunchPad. Si no puede utilizar LaunchPad:1. Inicie la sesión como usuario root.2. Instale IBM Installation Manager en modalidad de administrador.3. Configure manualmente todos los repositorios de instalación autónoma con

DB2 de InfoSphere MDM.

Desde LaunchPad puede realizar lo siguiente:v Iniciar el proceso de instalaciónv Salir del proceso de instalación

Atención: El soporte de instalación debe estar en las ubicaciones correctas paraque se inicie LaunchPad. Consulte “Adquisición y extracción de los archivos deinstalación” en la página 62.

Procedimiento1. Vaya al directorio en el que ha descargado el soporte de InfoSphere MDM y

abra Disk1. Por ejemplo: download_path/MDM/disk12. Desde la vía_acceso_descarga/MDM/disk1, inicie el LaunchPad utilizando uno

de estos scripts:v Microsoft Windows: launchpad.exe - On Microsoft Windows, pulse el botón

derecho del ratón en el script y elija Ejecutar como administrador.v Linux y UNIX: launchpad.sh - Ejecutar como usuario root

Tareas relacionadas:“Instalación de InfoSphere MDM Workbench” en la página 171“Adquisición y extracción de los archivos de instalación” en la página 62“Preparación para una instalación autónoma con DB2” en la página 63


Instalación de un servidor autónomo con DB2Utilice este procedimiento para ejecutar una instalación de servidor autónomo conDB2 for Linux, UNIX o Windows. Una instalación de servidor autónomo implicaque se selecciona para instalar una edición de IBM InfoSphere Master DataManagement, IBM WebSphere Application Server y IBM DB2 for Linux, UNIX oWindows en un servidor limpio.

Antes de empezar

Asegúrese de que cumple estos requisitos previos:v El servidor donde realiza la instalación no tiene ninguna instancia de MDM,

IBM WebSphere Application Server ni IBM DB2.v Tiene acceso a los productos InfoSphere MDM, IBM WebSphere Application

Server e IBM DB2.




El soporte de instalación debe estar en las ubicaciones correctas para que se inicieLaunchPad. Consulte “Adquisición y extracción de los archivos de instalación” enla página 62.

Durante una instalación autónoma, la aplicación de instalación utilizaautomáticamente valores de configuración predeterminados. Puede revisar lashojas de trabajo de la configuración si desea saber cuales son los valorespredeterminados antes de comenzar la instalación.

Para instalaciones de servidor, debe utilizar el despliegue de red de IBMWebSphere Application Server.

Atención: La instalación autónoma se configura para utilizar puertos TCP oSOAP específicos para el servidor de aplicaciones. Para una instalaciónsatisfactoria, primero verifique que los siguientes puertos TCP o SOAP no estén enuso: 50000 a 50002 y 60000 a 60004.

Procedimiento1. Desde la vía_acceso_descarga/MDM/disk1, inicie el LaunchPad utilizando uno



2. En el panel Instalar paquetes, compruebe que se hayan seleccionado loselementos siguientes:v Despliegue de red de IBM WebSphere Application Serverv IBM DB2v InfoSphere MDM Standard o Advanced Edition


Atención: Si borra alguno de los componentes seleccionados previamente,automáticamente cambia la modalidad de instalación de una instalaciónautónoma a una instalación personalizada.

3. Pulse Siguiente.4. Revise y acepte el acuerdo de licencia y, a continuación, pulse Siguiente.5. Elija si desea instalar en un grupo de paquetes existente o crear un nuevo

grupo de paquetes.

Consejo: Si no sabe qué elegir, acepte la opción predeterminada. La mayoríade las instalaciones debe crear un nuevo grupo de paquetes.

Importante: Si tiene instalado IBM Rational Application Developer, asegúresede no instalar InfoSphere MDM en el mismo grupo de paquetes. SeleccioneCrear un grupo de paquetes nuevo.

6. Seleccione el mismo panel, defina el Installation Directory en el que deseainstalar cada componente. Si elige instalar un componente en un directoriodistinto del predeterminado, seleccione ese componente y pulse Examinar enel campo Directorio de instalación.Revise la información de espacio de disco y pulse Siguiente.

7. En el panel de idiomas, siempre aparece seleccionado el inglés.a. Si desea dar soporte a otros idiomas que no sean el inglés, selecciónelos.b. Algunos paquetes dan soporte a más idiomas que otros. Si desea más

idiomas, pulse el triángulo para Traducciones soportadas sólo por algunospaquetes y seleccione cada idioma deseado.

c. Pulse Siguiente.8. En el panel Componentes, seleccione Interfaz de usuario de Data

Stewardship o Inspector si desea instalar una o ambas aplicaciones deusuario.

9. Revise la información de resumen de la instalación para comprobar que losdetalles son correctos y pulse Verificar requisitos de instalación para ejecutarlas comprobaciones de requisitos previos. Con las comprobaciones podráconfirmar si son suficientes el entorno y su configuración para completar laconfiguración.Pulse Mostrar detalles para ver más detalles sobre cadaresultado.

10. Realice las correcciones necesarias para solucionar los avisos y errores queaparezcan en las comprobaciones de requisitos previos y pulse Instalar.

11. Cuando finalice la instalación, pulse Ninguno en el panel ¿Qué programadesea iniciar?.

12. En el panel final de IBM Installation Manager, pulse Ver archivos de registrosi desea abrir el visor de archivos de registro.

13. Pulse Finalizar y cierre IBM Installation Manager.

Resultados




Después de la instalación, si desea añadir o eliminar una característica (porejemplo, añadir una aplicación u otra traducción de idioma), o modificarcualquiera de los valores de configuración, puede ejecutar IBM InstallationManager nuevamente y seleccionar Modify.

Para obtener una lista de los nombres de usuario y sus contraseñas que ha creadoel instalador, consulte el tema sobre las cuentas de usuarios predeterminadas quese han creado durante un despliegue de instalación autónoma (consulte los temasde referencia relacionados).Conceptos relacionados:“Instalación de un servidor autónomo con DB2” en la página 24“Hojas de trabajo para la instalación y configuración” en la página 28“Verificación de la instalación base” en la página 175Tareas relacionadas:“Desinstalación de una instalación de servidor autónomo con DB2” en la página204Resolución de problemas de una instalación“Preparación para una instalación autónoma con DB2” en la página 63Referencia relacionada:“Cuentas, grupos y valores predeterminados de usuario utilizados por la aplicaciónde instalación” en la página 13

Comprobaciones de requisito previo para instalacionesautónomas con DB2La aplicación del instalador de InfoSphere MDM ejecuta pruebas para garantizarque se satisfacen ciertos requisitos previos antes de empezar cada instalaciónautónoma con DB2.

La herramienta de comprobación de requisitos previos ayuda a evitar que seempiece una instalación que se no va a poder finalizar correctamente porque faltanrequisitos previos.

Consejo: Ejecute las comprobaciones de requisitos previos desde el gestor deinstalación en el panel Revisión de la configuración de instalación pulsandoVerificar requisitos de instalación.

Cuando ejecute una instalación autónoma con DB2, la aplicación de instalaciónejecuta las siguientes comprobaciones de requisito previo.

Tabla 15. Verificaciones del sistema

Comprobación derequisitos previos Descripción Solución

Verificación deespacio de disco deinstalación

Esta comprobación valida quehaya suficiente espacio de discopara instalarInfoSphere MDM ytodo el software necesario paraun despliegue autónomo conDB2, incluidos l perfil deWebSphere Application Server yla base de datos.

Compruebe que haya al menos32 GB de disco duro disponibleen la máquina en la que vaya arealizar la instalación.


Tabla 15. Verificaciones del sistema (continuación)


Verificación dememoria paraejecutar la aplicaciónde instalación

Esta comprobación valida quehaya memoria suficiente paraejecutar la instalación. Estemensaje es sólo un aviso.

Asegúrese de que el sistema enel que está realizando lainstalación tenga al menos 8 GBde RAM.Nota: Puede decidir ignorar esteaviso pero la instalación podríafallar.

Tabla 16. Comprobaciones de base de datos


Verificación de lainstancia de base dedatos

La comprobación valida que labase de datos no exista ya. Lasinstalaciones autónomas con DB2requieren un entorno sinninguna base de datos existentepreviamente.

Si su entorno de instalación yatiene una base de datos,elimínela antes de intentar llevara cabo la instalación.

Verificación delnombre de la base dedatos

La comprobación valida elnombre de la base de datos.

El nombre de la base de datos beestar formado por 12 o menoscaracteres alfanuméricos. Sepueden utilizar los caracteres deguión bajo ( _ ) en el nombre.No se admiten otros caracteres.

Verificación deusuario de la base dedatos

Esta comprobación determina siexiste el usuario de la base dedatos que se ha especificado enlos paneles de la instalación. Esteusuario no debería estar ya en elsistema. Este mensaje es sólo unaviso.

Suprima el usuario de la base dedatos si ya existe. La instalaciónautónoma con DB2 creará elusuario durante la instalación.De forma alternativa, asegúresede que el usuario de la base dedatos db2admin tenga la mismacontraseña predeterminada.Nota: Puede decidir ignorar esteaviso pero la instalación podríafallar.

Verificación de laversión 8 de GlobalSecurity Kit

Esta comprobación determina siexiste ya la biblioteca GlobalSecurity Kit de algunainstalación de DB2 anterior.

Si ya existe la biblioteca GlobalSecurity Kit y la versióninstalada es inferior al requisitomínimo para InfoSphere MDM,la comprobación dará un error.Si la biblioteca Global SecurityKit tiene una versión errónea, nose podrá iniciar el gestor de basede datos DB2.

Suprima la carpeta de labiblioteca Global Security Kit(GSK8\lib64) y, a continuación,prosiga con la instalación.Consejo: En MicrosoftWindows, puede localizar lacarpeta GSK8 comprobando lavía de acceso en las variables delsistema y buscando una vía deacceso similar a C:\Archivos deprograma\IBM\GSK8\lib64


Tabla 16. Comprobaciones de base de datos (continuación)


Comprobación delorigen de datosODBC

Esta comprobación determina siexiste un origen de datos deODBC en un registro deMicrosoft Windows. Estacomprobación dará error si yaexiste un origen de datos deODBC.Nota: En sistemas que no son deWindows, esta comprobaciónsiempre pasará.

Si existe un origen de datosODBC en el registro deWindows, elimine el origen dedatos:

1. Abra el editor de registros deWindows ejecutando elmandato regedit.

2. Busque la entradaHKEY_LOCAL_MACHINE\SOFTWARE\ODBC\ODBC.INI.

3. Expanda ODBC.INI, localicela entrada de origen de datosODBC, pulse sobre ella conel botón derecho y seleccioneSuprimir.

4. En ODBC.INI, seleccione laentrada orígenes de datos deODBC. En el panel devisualización, aparecen todaslas subentradas.

5. Busque la entrada de datosde ODBC en la lista desubentradas. Pulse la entradacon el botón derecho yseleccione Eliminar.

Tabla 17. Comprobaciones de servidor operativo


Verificación delpuerto SOAP

Esta comprobación determina silos números de puertonecesarios para SOAP estándisponibles. Debe tenerdisponibles los números depuerto 8879 y 8880.

Asegúrese de que ambospuertos, 8879 y 8880, esténdisponibles para que SOAP losutilice.

Referencia relacionada:“Conexiones y cuentas de usuario de base de datos” en la página 89Información relacionada:


Instalación de una estación de trabajo autónoma con DB2Lleve a cabo las tareas de esta sección para instalar una estación de trabajoautónoma de InfoSphere MDM con IBM DB2.


La instalación de una estación de trabajo autónoma con DB2 le permite desplegaruna edición de InfoSphere MDM, IBM WebSphere Application Server, IBM DB2 for



Linux, UNIX y Windows, IBM Rational Application Developer y InfoSphere MDMWorkbench en una estación de trabajo Microsoft Windows.

La estación de trabajo que utiliza debe ejecutar un sistema operativo MicrosoftWindows o Linux. Los demás sistemas operativos no permiten realizarinstalaciones de estación de trabajo autónomas. Las instalaciones autónomas conDB2 se deben ejecutar como usuario root en Linux, o como usuario administradoren Microsoft Windows.

Importante: Antes de empezar el proceso de instalar InfoSphere MDM, revise losproblemas conocidos. Algunos problemas de instalación conocidos requieren quecomplete las tareas específicas de configuración previas a la instalación. Si no serealizan estas tareas de configuración, la instalación puede fallar.





Procedimiento

Para obtener los archivos de imagen de instalación a partir de IBM PassportAdvantage, descargue y extraiga los archivos en un directorio llamado MDM.Cuando extraiga los archivos, se colocarán en una estructura de carpetas que reflejelas partes que ha descargado.Tareas relacionadas:“Inicio de una instalación autónoma con DB2 utilizando LaunchPad” en la página64Referencia relacionada:“Requisitos de instalación” en la página 2Información relacionada:



Preparación para una instalación autónoma con DB2Antes de empezar una instalación de servidor autónomo con DB2 o una instalaciónde estación de trabajo autónoma con DB2, asegúrese de llevar a cabo los pasos deplanificación y que cumple los requisitos previos. Estos pasos solamente se aplicana instalaciones autónomas con DB2.






Un despliegue de instalación autónoma con DB2 se puede realizar en un servidorlimpio o en una estación de trabajo limpia.

Procedimientov Revise el archivo léame para los requisitos del sistema y posibles problemas que


productos con soporte o mejoras del release.v Revise y complete las hojas de trabajo de instalación.v Complete la tarea “Adquisición y extracción de los archivos de instalación” en la

página 62.v Revise el apartado “Requisitos de instalación” en la página 2.v Revise el apartado “Tipos de despliegue de instalación autónoma” en la página

23.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. Esteestablecimiento no es necesario si su host utiliza un IP estático. Esteestablecimiento tampoco es necesario para instalaciones personalizadas.

v Para instalaciones autónomas con DB2, asegúrese de haber iniciado sesión comousuario root, asumiendo que se instalará IBM DB2, InfoSphere MDM y IBMWebSphere Application Server utilizando root.

Importante: Para llevar a cabo instalaciones como usuario root, debe instalarIBM Installation Manager en modalidad admin. Para instalar IBM InstallationManager en modalidad admin, inicie sesión como usuario root y, a continuación,ejecute el mandato install.


Continúe con el inicio de la instalación con LaunchPad y utilice las instruccionesde instalación para el tipo de despliegue autónomo con DB2.Conceptos relacionados:“Hojas de trabajo para la instalación y configuración” en la página 28Tareas relacionadas:“Inicio de una instalación autónoma con DB2 utilizando LaunchPad” en la página64“Instalación de un servidor autónomo con DB2” en la página 65“Realización de una instalación de estación de trabajo autónoma con DB2” en lapágina 72Referencia relacionada:“Cuentas, grupos y valores predeterminados de usuario utilizados por la aplicaciónde instalación” en la página 13

Inicio de una instalación autónoma con DB2 utilizandoLaunchPad

Utilice LaunchPad para iniciar el proceso de instalación autónoma con DB2. Estemétodo es la única forma de iniciar una instalación de servidor autónomo con DB2o de una estación de trabajo autónoma con DB2.


Antes de empezar

LaunchPad es una aplicación basada en el navegador que se utiliza como punto departida para una instalación de servidor autónomo con DB2 o una instalación deestación de trabajo autónoma con DB2. LaunchPad requiere el navegador MozillaFirefox.

Consejo: Si Firefox no está disponible, es posible que no pueda utilizarLaunchPad. Si no puede utilizar LaunchPad:1. Inicie la sesión como usuario root.2. Instale IBM Installation Manager en modalidad de administrador.3. Configure manualmente todos los repositorios de instalación autónoma con

DB2 de InfoSphere MDM.

Desde LaunchPad puede realizar lo siguiente:v Iniciar el proceso de instalaciónv Salir del proceso de instalación

Atención: El soporte de instalación debe estar en las ubicaciones correctas paraque se inicie LaunchPad. Consulte “Adquisición y extracción de los archivos deinstalación” en la página 62.

Procedimiento1. Vaya al directorio en el que ha descargado el soporte de InfoSphere MDM y

abra Disk1. Por ejemplo: download_path/MDM/disk12. Desde la vía_acceso_descarga/MDM/disk1, inicie el LaunchPad utilizando uno



Tareas relacionadas:“Instalación de InfoSphere MDM Workbench” en la página 171“Adquisición y extracción de los archivos de instalación” en la página 62“Preparación para una instalación autónoma con DB2” en la página 63

Realización de una instalación de estación de trabajoautónoma con DB2

Utilice este procedimiento para realizar una instalación de estación de trabajoautónoma con DB2. Las instalaciones de estación de trabajo autónoma sólo sepueden realizar en los sistemas operativos Microsoft Windows o Linux. Unainstalación de estación de trabajo autónoma implica que selecciona instalar unaedición de IBM InfoSphere Master Data Management, IBM WebSphere ApplicationServer, IBM DB2 for Linux, UNIX o Windows, InfoSphere MDM Workbench y IBMRational Application Developer (RAD) en una estación de trabajo limpia.

Antes de empezar

Asegúrese de que cumple estos requisitos previos:v El servidor donde realiza la instalación no tiene ninguna instancia de MDM,

IBM WebSphere Application Server ni IBM DB2.


v Tiene acceso a los productos InfoSphere MDM, IBM WebSphere ApplicationServer, IBM DB2, IBM Rational Application Developer (RAD) y MDMWorkbench.




Asegúrese de que las bibliotecas necesarias de 32 bits estén disponibles en elsistema operativo de 64 bits utilizado.

El soporte de instalación debe estar en las ubicaciones correctas para que se inicieLaunchPad. Consulte “Adquisición y extracción de los archivos de instalación” enla página 62.


Durante una instalación autónoma con DB2, la aplicación de instalación utilizaautomáticamente valores de configuración predeterminados. Puede revisar lashojas de trabajo de la configuración si desea saber cuales son los valorespredeterminados antes de comenzar la instalación.

Para instalaciones de estación de trabajo, debe utilizar el despliegue de base deIBM WebSphere Application Server.

Atención: La instalación autónoma con DB2 se configura para utilizar puertosTCP o SOAP específicos para el servidor de aplicaciones. Para una instalaciónsatisfactoria, primero verifique que los siguientes puertos TCP o SOAP no estén enuso: 50000 a 50002 y 60000 a 60004.

Procedimiento1. Revise y asegúrese de que el sistema cumple los requisitos previos listados en

las secciones anteriores de este tema.2. Desde la vía_acceso_descarga/MDM/disk1, inicie el LaunchPad utilizando uno



3. En el panel Instalar paquetes, compruebe que se hayan seleccionado loselementos siguientes:v IBM Installation Managerv IBM DB2v IBM WebSphere Application Serverv IBM Rational Application Developer (RAD)v InfoSphere MDM Standard o Advanced Editionv InfoSphere MDM Workbench

Atención: Si borra alguno de los componentes seleccionados previamente,automáticamente cambia la modalidad de instalación de una instalaciónautónoma a una instalación personalizada.


4. Pulse Siguiente.5. En el panel de ampliación de Eclipse, defina si desea ampliar una instalación

existente de Eclipse y pulse Siguiente.6. Revise y acepte el acuerdo de licencia y, a continuación, pulse Siguiente.7. Elija si desea instalar en un grupo de paquetes existente o crear un nuevo

grupo de paquetes.






c. Pulse Siguiente.10. En el panel de componentes, seleccione los componentes, aplicaciones y

componentes opcionales de InfoSphere MDM para instalar y pulse Siguiente.11. En el panel de las credenciales de usuario, proporcione las credenciales de

conexión para la WebSphere Application Server y las instancias de base dedatos.

12. Revise la información de resumen de la instalación para comprobar que losdetalles son correctos y pulse Verificar requisitos de instalación para ejecutarlas comprobaciones de requisitos previos. Con las comprobaciones podráconfirmar si son suficientes el entorno y su configuración para completar laconfiguración.Pulse Mostrar detalles para ver más detalles sobre cadaresultado.


14. En el panel Configuraciones comunes del sistema de ayuda, seleccione una delas opciones sobre cómo acceder a la ayuda de IBM Rational ApplicationDeveloper (RAD) y pulse Siguiente.

15. Pulse Instalar.16. En el panel final de IBM Installation Manager, pulse Ver archivos de registro

si desea abrir el visor de archivos de registro.17. Pulse Finalizar y cierre IBM Installation Manager.


Un mensaje de realizado satisfactoriamente en el panel de instalación final indicaque las pruebas de verificación se han ejecutado automáticamente como parte delproceso de instalación. También puede ver los archivos de registro para verificar


una instalación satisfactoria. Si la instalación no es satisfactoria, consulte losarchivos de registro y utilice la información de los temas de resolución deproblemas como ayuda.

Después de la instalación, si desea añadir o eliminar una característica (porejemplo, añadir una aplicación u otra traducción de idioma), o modificarcualquiera de los valores de configuración, puede ejecutar IBM InstallationManager nuevamente y seleccionar Modify.

Para obtener una lista de los nombres de usuario y sus contraseñas que ha creadoel instalador, consulte el tema sobre las cuentas de usuarios predeterminadas quese han creado durante un despliegue de instalación autónoma (consulte los temasde referencia relacionados).Conceptos relacionados:“Instalación de estación de trabajo autónoma con DB2” en la página 25“Hojas de trabajo para la instalación y configuración” en la página 28“Verificación de la instalación base” en la página 175Tareas relacionadas:“Desinstalación de una instalación de estación de trabajo autónoma con DB2” en lapágina 205Resolución de problemas de una instalación“Preparación para una instalación autónoma con DB2” en la página 63Referencia relacionada:“Cuentas, grupos y valores predeterminados de usuario utilizados por la aplicaciónde instalación” en la página 13“Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits” en la página 4

Comprobaciones de requisito previo para instalacionesautónomas con DB2La aplicación del instalador de InfoSphere MDM ejecuta pruebas para garantizarque se satisfacen ciertos requisitos previos antes de empezar cada instalaciónautónoma con DB2.



Cuando ejecute una instalación autónoma con DB2, la aplicación de instalaciónejecuta las siguientes comprobaciones de requisito previo.





Esta comprobación valida quehaya suficiente espacio de discopara instalarInfoSphere MDM ytodo el software necesario paraun despliegue autónomo conDB2, incluidos l perfil deWebSphere Application Server yla base de datos.

Compruebe que haya al menos32 GB de disco duro disponibleen la máquina en la que vaya arealizar la instalación.



Asegúrese de que el sistema enel que está realizando lainstalación tenga al menos 8 GBde RAM.Nota: Puede decidir ignorar esteaviso pero la instalación podríafallar.



Verificación de lainstancia de base dedatos

La comprobación valida que labase de datos no exista ya. Lasinstalaciones autónomas con DB2requieren un entorno sinninguna base de datos existentepreviamente.

Si su entorno de instalación yatiene una base de datos,elimínela antes de intentar llevara cabo la instalación.

Verificación delnombre de la base dedatos

La comprobación valida elnombre de la base de datos.

El nombre de la base de datos beestar formado por 12 o menoscaracteres alfanuméricos. Sepueden utilizar los caracteres deguión bajo ( _ ) en el nombre.No se admiten otros caracteres.

Verificación deusuario de la base dedatos

Esta comprobación determina siexiste el usuario de la base dedatos que se ha especificado enlos paneles de la instalación. Esteusuario no debería estar ya en elsistema. Este mensaje es sólo unaviso.

Suprima el usuario de la base dedatos si ya existe. La instalaciónautónoma con DB2 creará elusuario durante la instalación.De forma alternativa, asegúresede que el usuario de la base dedatos db2admin tenga la mismacontraseña predeterminada.Nota: Puede decidir ignorar esteaviso pero la instalación podríafallar.




Verificación de laversión 8 de GlobalSecurity Kit

Esta comprobación determina siexiste ya la biblioteca GlobalSecurity Kit de algunainstalación de DB2 anterior.

Si ya existe la biblioteca GlobalSecurity Kit y la versióninstalada es inferior al requisitomínimo para InfoSphere MDM,la comprobación dará un error.Si la biblioteca Global SecurityKit tiene una versión errónea, nose podrá iniciar el gestor de basede datos DB2.

Suprima la carpeta de labiblioteca Global Security Kit(GSK8\lib64) y, a continuación,prosiga con la instalación.Consejo: En MicrosoftWindows, puede localizar lacarpeta GSK8 comprobando lavía de acceso en las variables delsistema y buscando una vía deacceso similar a C:\Archivos deprograma\IBM\GSK8\lib64


Esta comprobación determina siexiste un origen de datos deODBC en un registro deMicrosoft Windows. Estacomprobación dará error si yaexiste un origen de datos deODBC.Nota: En sistemas que no son deWindows, esta comprobaciónsiempre pasará.


1. Abra el editor de registros deWindows ejecutando elmandato regedit.


3. Expanda ODBC.INI, localicela entrada de origen de datosODBC, pulse sobre ella conel botón derecho y seleccioneSuprimir.





Verificación delpuerto SOAP

Esta comprobación determina silos números de puertonecesarios para SOAP estándisponibles. Debe tenerdisponibles los números depuerto 8879 y 8880.

Asegúrese de que ambospuertos, 8879 y 8880, esténdisponibles para que SOAP losutilice.

Referencia relacionada:“Conexiones y cuentas de usuario de base de datos” en la página 89




Instalación de un despliegue personalizadoLleve a cabo las tareas de esta sección para instalar un despliegue personalizadode InfoSphere MDM.


Las instalaciones personalizadas despliegan InfoSphere MDM para casi cualquiercaso de ejemplo de despliegue posible. La mayoría de despliegues de InfoSphereMDM requieren el tipo de despliegue de instalación personalizado.

Las instalaciones personalizadas son el método requerido si se está utilizando unabase de datos Oracle o Microsoft SQL Server o si está realizando una instalación enun entorno en clúster. Las instalaciones personalizadas también dan soporte abases de datos IBM DB2.

Las instalaciones personalizadas se deben ejecutar como usuario no root en UNIXy Linux.

Importante: Antes de empezar el proceso de instalar InfoSphere MDM, revise losproblemas conocidos. Algunos problemas de instalación conocidos requieren quecomplete las tareas específicas de configuración previas a la instalación. Si no serealizan estas tareas de configuración, la instalación puede fallar.Conceptos relacionados:“Soporte para entornos de alta disponibilidad” en la página 28





Procedimiento

Para obtener los archivos de imagen de instalación a partir de IBM PassportAdvantage, descargue y extraiga los archivos en un directorio llamado MDM.Cuando extraiga los archivos, se colocarán en una estructura de carpetas que reflejelas partes que ha descargado.Tareas relacionadas:“Inicio de una instalación autónoma con DB2 utilizando LaunchPad” en la página64Referencia relacionada:




“Requisitos de instalación” en la página 2Información relacionada:



Preparación de un despliegue personalizadoAntes de realizar la instalación InfoSphere MDM, asegúrese de llevar a cabo lospasos de planificación y de cumplir con los requisitos previos. Estos pasos sólo sonaplicables a instalaciones personalizadas.


Importante: Estos pasos no son necesarios si tiene previsto realizar una instalaciónde servidor autónomo con DB2 o una instalación de estación de trabajo autónomacon DB2. Consulte la sección sobre cómo preparar las instalaciones autónomas.v Revise el archivo léame para los requisitos del sistema y posibles problemas que


productos con soporte o mejoras del release.v Revise la sección de escenario de instalación y determine la topología de

instalación que va a utilizar.v Revise y complete las hojas de trabajo de instalación.v Configure el soporte de instalación.v Utilice un usuario de base de datos distinto para cada despliegue de la oferta.v Tome nota de los elementos siguientes 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 DB2utiliza el sistema operativo para autenticar nuevos usuarios, utilice un ID deusuario como mdmdb1 con un shell restringido. Este usuario no necesita sermiembro de ninguno de los grupos de DB2.

– También puede realizar una instalación simple utilizando un único ID para elID de instalación de DB2 y el ID de esquema. El ID predeterminado esdb2inst1. Para obtener más información, consulte la documentación de DB2.

Además de estos requisitos previos generales, hay otras tareas de requisitos previosespecíficos para instalar InfoSphere MDM. Estas tareas se describen en lossiguientes temas.Conceptos relacionados:“Tipo de despliegue de instalación personalizada” en la página 26“Casos de ejemplo de instalación” en la página 48“Soporte de varias instancias” en la página 13“Hojas de trabajo para la instalación y configuración” en la página 28Tareas relacionadas:Capítulo 3, “Instalación del producto”, en la página 21“Instalación de un despliegue personalizado de InfoSphere MDM” en la página123Referencia relacionada:“Requisitos de instalación” en la página 2




Preparación de IBM Installation ManagerTodos los componentes de las ediciones de InfoSphere MDM se instalan mediantela 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 deinstalación.

Las ofertas deben añadirse manualmente a los repositorios de IBM InstallationManager.

Launchpad está incluido en la descarga de InfoSphere MDM y puede utilizarsepara iniciar IBM Installation Manager para las instalaciones de servidor autónomoy estación de trabajo autónoma. Si ya tiene instalado IBM Installation Manager,LaunchPad comprueba el número de versión. Si no tiene la versión actual, seactualiza automáticamente. Si no tiene instalado IBM Installation Manager,Launchpad inicia la instalación.

Si tiene pensado realizar una instalación personalizada, continúe con las tareaspara instalar IBM Installation Manager y añadir sus repositorios. Si tiene previstorealizar una instalación de servidor autónomo o de estación de trabajo autónoma,estas tareas no son necesarias.Tareas relacionadas:“Instalación de InfoSphere MDM en un entorno en clúster” en la página 137

Instalar IBM Installation Manager:

Utilice este procedimiento si IBM Installation Manager no está instalado.


Si va a utilizara el LaunchPad para iniciar la instalación, este instalaautomáticamente IBM Installation Manager. En este caso no es necesario que serealice esta tarea.

No instale IBM Installation Manager en modalidad de administrador.

Procedimiento

1. En la página Passport Advantage de la versión y edición que tenga deInfoSphere MDM, descargue el paquete de IBM Installation Manager.

2. Extraiga el archivo comprimido.3. Desde un indicador de mandatos, ejecute el mandato para instalar en la

modalidad no administrativa:v En sistemas Microsoft Windows: userinst.exev En sistemas Linux, AIX o Solaris: userinst

4. Complete el asistente de instalación.


Continúe añadiendo ofertas a 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 queinstala IBM Installation Manager.

Antes de empezar

Lleve a cabo esta tarea si está efectuando una instalación personalizada. Si estárealizando una instalación de servidor autónomo o una instalación de estación detrabajo autónoma, esta tarea no es necesaria.

Asegúrese de que ha instalado IBM Installation Manager y de que no lo hainstalado en modalidad de administrador.

Procedimiento

1. Inicie IBM Installation Manager.2. Pulse Archivo > Preferencias.3. En el diálogo Preferencias, seleccione Repositorios > Añadir repositorio.4. En el diálogo Añadir repositorio, pulse Examinar.5. Localice y seleccione los paquetes de InfoSphere MDM que desee instalar. Por

ejemplo, vía_descarga/MDM/disk1/diskTag.ini.6. Añada otros productos, tales como IBM WebSphere Application Server, IBM

DB2 o InfoSphere MDM Workbench.7. En el diálogo Añadir repositorio, pulse Aceptar.8. En el diálogo Preferencias, pulse Aceptar.


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

Requisitos previos de cuenta para instalaciones personalizadasAntes de iniciar una instalación personalizada, debe tener ciertos requisitos previosde 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 controladoresJDBC de la base de datos deben estar accesibles para esta cuenta. Lasinstrucciones de los temas de preparación asumen que está llevando a cabo lainstalación localmente en el servidor.

v 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 degestió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 unusuario nuevo, la mejor opción consiste en especificar un ID de usuariocomo mdmdb1 con un shell restringido. Este usuario no necesita sermiembro de ninguno de los grupos de DB2.


- También puede realizar una instalación simple utilizando un único ID parael ID de instalación de DB2 y el ID de esquema. El ID predeterminado esdb2inst1. Para obtener más información sobre IBM DB2, consulte ladocumentación del producto.

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

– Cuando instala en IBM WebSphere Application Server, asegúrese de queningún servidor denominado server o clúster denominado cluster se estéutilizando en IBM WebSphere Application Server. Los nombres server y clusterson utilizados por la instalación de InfoSphere MDM.

Tareas relacionadas:“Comprobación de requisitos previos utilizando la herramienta de línea demandatos” en la página 123Referencia relacionada:“Conexiones y cuentas de usuario de base de datos” en la página 89“Cuentas, grupos y valores predeterminados de usuario utilizados por la aplicaciónde instalación” en la página 13

Instalación y configuración del servidor de aplicacionesSi planea instalar InfoSphere MDM realizando una instalación personalizada, debepreparar un servidor de aplicaciones antes de iniciar el proceso de instalación.

Los componentes de InfoSphere MDM se ejecutan dentro de WebSphereApplication Server. El servidor de aplicaciones proporciona infraestructura paracomunicación de componente a componente, autenticación y registro.

Nota: Si tiene previsto realizar una instalación autónoma, el servidor deaplicaciones se instala y configura automáticamente.

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

Revise estos requisitos previos antes preparar el servidor de aplicaciones para lainstalación InfoSphere MDM.v Asegúrese de tener instalado el software de requisito previo y de tener

establecido el entorno correcto.v Establezca el programa de utilidad de base de datos para DB2 u Oracle en la vía

de acceso del sistema. Microsoft SQL Server no requiere este paso.v Revise la hoja de trabajo de configuración del servidor de aplicaciones para

entender los parámetros básicos solicitados durante el proceso de instalación. Alcompletar la hoja de trabajo se asegura contar con la información básicanecesaria para finalizar la instalación. En el caso de que vayan a utilizarse variasinstancias, haga copias de la hoja de trabajo y preparar una hoja de trabajo porseparado 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 unainstancia de DB2. El ID debe ser miembro del grupo mqm de WebSphere MQ siestá utilizando WebSphere MQ para la mensajería. Este grupo se utiliza paraadministrar WebSphere MQ.

v Asegúrese de configurar las vías de acceso Java WAS_HOME y JAVA_HOME para IBMWebSphere Application Server.


v Asegúrese de que no existe ningún servidor denominado servidor ni ningúnclúster denominado clúster.

Importante: Para instalaciones personalizadas, debe tener los argumentos detamaño de almacenamiento dinámico de JVM de WebSphere Application Serverdeployment manager (Dmgr) establecidos en 512MB y 1024MB. Esto esespecialmente importante si tiene previsto instalar Product Maintenance UI.Paraincrementar el tamaño de almacenamiento dinámico:1. Abra la consola Integrated Solutions Console de WebSphere Application Server

y navegue hasta Administración del sistema > Gestor de despliegue.2. En Infraestructura de servidor, expanda Java y gestión de procesos y pulse

Definición de proceso.3. En Propiedades adicionales, pulse Máquina virtual Java.4. Defina el Tamaño de almacenamiento dinámico inicial en 512 MB y el tamaño

de almacenamiento dinámico máximo en 1024 MB.5. Pulse Aceptar, guarde los cambios y sincronice los cambios con los nodos.Tareas relacionadas:“Instalación de InfoSphere MDM en un entorno en clúster” en la página 137Referencia relacionada:“Hoja de trabajo de instalación de WebSphere Application Server” en la página 37

Preparación de WebSphere Application Server Network Deployment para undespliegue de servidor gestionado:

Configuración de IBM WebSphere Application Server Network Deployment paraun despliegue de servidor gestionado.


Utilice este procedimiento solo para instalaciones de InfoSphere MDMpersonalizadas.

Nota: Si está planificando una instalación autónoma, este procedimiento no esnecesario.

Este procedimiento asume que ya tiene instalado IBM WebSphere ApplicationServer.

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 la línea de mandatos, ejecute este mandato desde el

directorio WAS_HOME\bin:Para Microsoft Windows: manageprofiles.bat -create -profileNamedgmrName -profilePath WAS_PROFILE_HOME\dmgrName -templatePathWAS_HOME\profileTemplates\management -serverType DEPLOYMENT_MANAGER-enableAdminSecurity true -adminUserName userName -adminPasswordpassword

Para Linux o UNIX: manageprofiles.sh -create -profileName dgmrName-profilePath WAS_PROFILE_HOME/dmgrName -templatePath


WAS_HOME/profileTemplates/management -serverType DEPLOYMENT_MANAGER-enableAdminSecurity true -adminUserName userName -adminPasswordpassword

2. Inicie el gestor de despliegue ejecutando este mandato desde el directorioWAS_HOME\bin: Microsoft Windows: startManager.bat -profileNamedmgrProfileName o Linux y UNIX: startManager.sh -profileNamedmgrProfileName

3. Averigüe cuáles son los puertos asignados para el gestor de despliegue.a. Abra el archivo profiles/nombrePerfildmgr/logs/AboutThisProfile.txt.b. Encuentre la entrada del puerto de conector SOAP de Gestión y tome nota

del número.c. Encuentre la entrada correspondiente al puerto de la consola de

administración (Integrated Solutions Console) y anote el número.4. Cree un nodo que esté conectado al gestor de despliegue ejecutando este

mandato desde el directorio WAS_HOME\bin:Para Microsoft Windows: manageprofiles.bat -create -profileNameprofileName -profilePath WAS_PROFILE_HOME\profileName -templatePathWAS_HOME\profileTemplates\managed -hostName hostName -nodeName NodeName-cellName cellName -dmgrHost dmgrHost -dmgrPort dmgrPort-dmgrAdminUserName userName -dmgrAdminPassword password

Para Linux o UNIX: manageprofiles.sh -create -profileName profileName-profilePath WAS_PROFILE_HOME/profileName -templatePathWAS_HOME/profileTemplates/managed -hostName hostName -nodeName NodeName-cellName cellName -dmgrHost dmgrHost -dmgrPort dmgrPort-dmgrAdminUserName userName -dmgrAdminPassword password

Donde:v nombre_perfil_nodo: es el nombre del nodo.v nombre_usuario: es el usuario que ha especificado en el paso 1.v contraseña: es la contraseña que ha especificado en el paso 1.v puerto_dmgr: es el número de puerto del conector SOAP de gestión que anotó

en el paso 3b.5. Inicie el nodo ejecutando este mandato desde el directorio WAS_HOME\bin:

Microsoft Windows: startNode.bat -profileName nodeProfileName o Linux yUNIX: startNode.sh -profileName nodeProfileName

6. Abra la consola de IBM WebSphere Application Server (Integrated SolutionsConsole) 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 Integrated Solutions Consoleque anotó en el paso 3 c.

b. Si encuentra una advertencia que dice que la conexión no es fiable, puedeignorar el mensaje o añadir la excepción necesaria para el navegador.

c. Inicie una sesión utilizando las credenciales del paso 1.d. Navegue hasta Administración del sistema > Preferencias de consola.e. Seleccione Sincronizar cambios con nodos y pulse Aplicar.

7. Defina la vía de acceso del controlador de base de datos en la consolaIntegrated Solutions Console.a. Vaya a Entorno > Variables de WebSphere.


b. Para cada una de las entradas de vía de acceso al controlador denominadaspara su tipo de base de datos, pulse la entrada. Por ejemplo:DB2_JDBC_DRIVER_PATH, ORACLE_JDBC_DRIVER_PATH oMICROSOFT_JDBC_DRIVER_PATH.

c. Escriba la vía de acceso del directorio padre del directorio de instalación delcliente de base de datos y pulse Aceptar.

Consejo: Sustituya las barras inclinadas simples por barras inclinadasdobles. Por ejemplo, si la vía de acceso es C:/IBM/SQLLIB, escribaC://IBM//SQLLIB.Por ejemplo:v Para DB2, utilice DIR_INICIO_DB2/SQLLIB

v Para Oracle, utilice DIR_INICIO_ORACLE/jdbc/lib.v Para Microsoft SQL Server, utilice DIR_INICIO_SQL_PLUS.

d. Seleccione Guardar directamente en configuración maestra.

Preparación del Despliegue de red de WebSphere Application Server para unservidor no gestionado:

Configuración de IBM WebSphere Application Server Network Deployment paraun despliegue de servidor no gestionado.



Si está planificando una instalación autónoma, este procedimiento no es necesario.

Este procedimiento asume que ya tiene instalado IBM WebSphere ApplicationServer.

Procedimiento

1. Cree un nodo no gestionado en el servidor de aplicaciones que crea un servidordenominado server1 en el nodo. Utilice este mandato para el directorioWAS_HOME\bin:Para Microsoft Windows: manageprofiles.bat -create -profileNamenombre_perfil_nodo -templatePath profileTemplates\default -federateLaterfalse -dmgrAdminUserName nombre_usuario -enableAdminSecurity true-adminUserName nombre_usuario -adminPassword contraseña

Para Linux o UNIX: manageprofiles.sh -create -profileNamenombre_perfil_nodo -templatePath profileTemplates/default -federateLaterfalse -dmgrAdminUserName nombre_usuario -enableAdminSecurity true-adminUserName nombre_usuario -adminPassword contraseña

Cuando utiliza un servidor no gestionado, el nombre del servidor de nodo esserver1.

2. Inicie el nodo con este mandato desde el directorio WAS_HOME\bin: MicrosoftWindows: startServer.bat -server1 o Linux y UNIX: startServer.sh-server1

3. Abra la consola de administración (Integrated Solutions Console) de IBMWebSphere Application Server y defina la vía de acceso del controlador de basede datos:a. Vaya a Entorno > Variables de WebSphere.


b. Para cada una de las entradas de vía de acceso al controlador denominadaspara su tipo de base de datos, pulse la entrada. Por ejemplo:DB2_JDBC_DRIVER_PATH, ORACLE_JDBC_DRIVER_PATH oMSSQLSERVER_JDBC_DRIVER_PATH.

c. Especifique la vía de acceso al directorio padre del directorio de instalaciónde la base de datos y pulse Aceptar. Sustituya las barras inclinadas únicaspor las dobles. Por ejemplo, si la vía de acceso es C:\IBM\SQLLIB, escribaC:\\IBM.

d. Seleccione Guardar directamente en configuración maestra.

Preparación del WebSphere Application Server para el despliegue de base:

Configuración de IBM WebSphere Application Server para el despliegue base.


Si planea utilizar un despliegue de base, IBM Installation Manager crea un perfilde IBM WebSphere Application Server denominado server1. Si elige utilizar esteperfil, no necesita crear uno antes de la instalación.

Importante: No registre server1 como servicio de Microsoft Windows. Si lo hace,IBM Installation Manager no podrá reiniciar server1 durante el proceso deinstalación de los módulos de despliegue de InfoSphere MDM.


Si está planificando una instalación autónoma, este procedimiento no es necesario.

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

Procedimiento

1. Cree el perfil base de IBM WebSphere Application Server:v Para crear el perfil base utilizando la herramienta de gestión de perfiles:

a. Vaya al directorio DIR_INICIO_WAS/bin/ProfileManagement y ejecute laherramienta de gestión de perfiles.– Para Microsoft Windows, ejecute pmt.bat

– Para Linux y UNIX, ejecute pmt.sh

b. En el panel Selección de entorno, pulse Servidor de aplicaciones ySiguiente.

c. En el panel Opciones de creación de perfil, seleccione Creación de perfiltípica y pulse Siguiente.

Consejo: Opcionalmente, si no desea utilizar la configuraciónpredeterminada, seleccione Creación de perfil avanzada y proporcionelos detalles de configuración. En este procedimiento se da por supuestoque se ha realizado una creación de perfil típica.

d. En el panel Seguridad administrativa, asegúrese de que la opciónHabilitar seguridad administrativa esté seleccionada. Añada un nombrede usuario y contraseña, y pulse Siguiente.

e. Revise el resumen y pulse Crear. La herramienta de gestión de perfilescreará un perfil base.


v Para crear el perfil base utilizando la línea de mandatos, ejecute el mandatosiguiente:

Nota: Utilice los valores correctos para DIR_INICIO_WAS, usuario_was ycontraseña_was.– Para sistemas UNIX y Linux:

DIR_INICIO_WAS/bin/manageprofiles.sh -create -templatePathDIR_INICIO_WAS/profileTemplates/default -enableAdminSecurity true-adminUserName usuario_was -adminPassword contraseña_was

– Para sistemas Windows:DIR_INICIO_WAS\bin\manageprofiles.bat -create -templatePathDIR_INICIO_WAS\profileTemplates\default -enableAdminSecurity true-adminUserName usuario_was -adminPassword contraseña_was

Nota: Los parámetros opcionales siguientes le permiten proporcionar másdetalles en el mandato de creación de perfiles:– Si no desea utilizar la vía de acceso del perfil predeterminado, puede

añadir -profilePath profile_path en el mandato.– Si no desea utilizar el nombre del perfil predeterminado, puede añadir

-profileName profile_name en el mandato.2. Después de crear el perfil base, inicie el servidor. Puede utilizar la consola First

Steps o una línea de mandatos. Por ejemplo: /opt/IBM/WebSphere/AppServerBASE/profiles/AppSrv01/bin/startServer.sh server1

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 ApplicationServer y, a continuación, añadirlo a un grupo de InfoSphere MDM.


IBM Installation Manager crea todos los grupos y un usuario administrador deMDM (mdmadmin) con los derechos y privilegios necesarios. Utilice esteprocedimiento para añadir usuarios nuevos.

Restricción: En el caso de que tenga que crear el usuario mdmadmin antes de lainstalación (como, por ejemplo, si el servidor de aplicaciones está configurado y locontrola un tercero y hereda todas las cuentas de usuario de un repositoriofederado), asegúrese de que la contraseña de mdmadmin tenga 16 caracteres omenos. Las contraseñas más largas se truncarán a 16 caracteres en la API de MDMvirtual antes de que se pasen al servidor de aplicaciones para la autenticación.Como resultado, la autenticación fallará para los clientes de MDM virtual.

Revise el tema sobre las cuentas de usuarios y grupos para obtener informaciónsobre los grupos disponibles.

Procedimiento

1. En la consola de administración (Integrated Solutions Console) de IBMWebSphere Application Server, acceda a Usuarios y grupos > Gestionarusuarios 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 Disponible, resalte los grupos a los que desee que pertenezca elusuario y pulse Añadir para mover el grupo a la columna Correlacionado con.

6. En la página Pertenencia a grupos, pulse Cerrar.7. En la página Crear un usuario, pulse Crear.Referencia relacionada:“Cuentas, grupos y valores predeterminados de usuario utilizados por la aplicaciónde instalación” en la página 13Información relacionada:

Gestión de usuarios

Habilitación de seguridad de usuario para el servidor operativo

Configuración de usuarios y grupos de usuarios para MDM virtual

Modificación de los roles de seguridad para los canales en MDM:

El mecanismo de seguridad en MDM tiene algunas configuraciones de rol decanal.

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 predeterminadomdm_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 estasconfiguraciones.

Para obtener más información, consulte el tema 'Definición de servicios deseguridad'.

Instalación y configuración de la base de datosPreparación de la base de datos para que dé soporte a la instalación personalizadade InfoSphere MDM. Debe realizar este procedimiento si va a ejecutar unainstalación personalizada.


Nota: Si planea realizar una instalación autónoma, esta tarea no es necesariaporque la base de datos se crea automáticamente.

Cuando defina nombres para las bases de datos y las cuentas de usuario, consideredarles el mismo nombre a la instancia de base de datos asociada, a la cuenta deusuario y a la configuración de origen de datos. Puede que también desee incluirla versión de InfoSphere MDM en el nombre. Por ejemplo, puede nombrar cadauno de estos elementos mdmprod_113 para la base de datos de producción. Utilizaresta convención de nomenclatura puede ayudar a otros miembros de laorganización y a IBM Software Support a comprender la correlación entreinstancias, cuentas y bases de datos.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.admin.doc/topics/c_nav_users.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.admin.doc/topics/c_nav_enabling_user_security_for_operational_server.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.admin.doc/topics/configuring_user_groups_for_virtual.html

Procedimiento1. Complete las hojas de trabajo de base de datos adecuadas que están listadas

como referencia relacionada.2. Instale el software de base de datos y cree cuentas de usuario de base de datos

con los permisos adecuados. Utilice la documentación que proporciona elproveedor de bases de datos para completar la instalación. Revise el tema decuentas de usuario de base de datos antes de instalar el software de base dedatos.

Nota: Las instalaciones de servidor autónomo y de estación de trabajoautónoma instalan un derivador de IBM DB2. Para instalacionespersonalizadas, utilice el soporte de instalación estándar de DB2.

3. Opcionalmente, puede extraer el Installation Startup Kit a partir del archivodisk1.zip que ha descargado. Este kit de herramientas proporciona scripts quepuede utilizar para crear la base de datos de MDM, pero no es obligatorio.

Nota: Si no extrae el Installation Startup Kit, la aplicación de instalaciónmostrará un aviso durante la instalación de InfoSphere MDM.

4. Cree la base de datos MDM utilizando uno de los métodos siguientes:v Ejecute el script de Installation Startup Kit según su tipo de base de datos.

Los scripts crean automáticamente los espacios de tabla, agrupaciones dealmacenamiento y especificaciones de codificación adecuados que sonnecesarios para la edición de InfoSphere MDM. Para obtener detalles sobrealgunos de estos valores, consulte los temas de referencia relacionados.

v Cree manualmente la base de datos utilizando otro método.

Nota: Para obtener detalles sobre la configuración y los valores necesarios de labase de datos, consulte los temas de referencia relacionados.

Tareas relacionadas:“Instalación de InfoSphere MDM en un entorno en clúster” en la página 137Referencia relacionada:“Hoja de trabajo de origen de datos de DB2 o DB2 for z/OS” en la página 30“Hoja de trabajo de origen de datos de Oracle” en la página 35“Hoja de trabajo de origen de datos del servidor SQL de Microsoft” en la página32“Installation Startup Kit para instalaciones personalizadas” en la página 10

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 segmentesdefinidos por implementación, la cuenta de usuario de base de datos debe tenerciertos permisos. Esta cuenta de usuario primario debe tener permiso para:v Crear tabla y descartar tablav Crear índice y descartar índicev Seleccionar, insertar, actualizar y suprimir

Después de arrancar la base de datos y de configurados los tipos de entidades ylos segmentos definidos por implementación, puede optar por restringir la cuenta


de usuario si fuera necesario. Una cuenta de usuario restringida solo tienepermisos para seleccionar, insertar, actualizar y suprimir.

Considere configurar una correlación entre el usuario de la base de datos y la basede datos para que los usuarios no tengan acceso a varias bases de datos. Estemodelo proporciona una capa de seguridad que puede impedir que un usuario debase de datos descarte las tablas de otro.

Registre las credenciales de la cuenta de usuario de base de datos; necesita estainformación para poder terminar la instalación.

El recuento de la conexión a base de datos es la suma de las conexiones utilizadaspor el servidor operativo y por los gestores de entidades que planee utilizar.Algunos servidores operativos o procesos InfoSphere MDM Workbench tambiénrequieren más conexiones a base de datos, las que se cierran cuando finaliza elproceso. Permita más conexiones para estos procesos en la configuración.Conceptos relacionados:“Requisitos previos de cuenta para instalaciones personalizadas” en la página 81Referencia relacionada:“Cuentas, grupos y valores predeterminados de usuario utilizados por la aplicaciónde instalación” en la página 13“Comprobaciones de requisitos previos para las instalaciones personalizadas” en lapágina 127“Comprobaciones de requisito previo para instalaciones autónomas con DB2” en lapágina 67

Preparación de una base de datos DB2:

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

Antes de empezar

v En estos pasos se da por supuesto que la base de datos ya se ha instalado.v 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.v Debe tener instalado el producto IBM DB2 Enterprise Server Edition.


Atención: Si está instalando InfoSphere MDM en z/OS, omita los pasos depreparación de la base de datos y vaya a “Instalación en z/OS” en la página 140.

Procedimiento

1. Extraiga el Installation Startup Kit a partir del archivo de paquete disk1.zipque ha descargado.

2. Modifique el script CreateDB.sql.a. Vaya al directorio DIR_INICIO_INSTALACIÓN_STARTUPKIT/CoreData/Full/

SQLServer/ddl/ (donde DIR_INICIO_INSTALACIÓN_STARTUPKIT es laubicación del kit extraído).

b. Abra el archivo CreateDB.sql en un editor de texto.c. Sustituya las variables del script con valores, tal como se describe al

principio del script. Las variables van entre <> como, por ejemplo,<DBNAME>. Por ejemplo, la variable <TERRITORY> en CreateDB.sql se


tiene que sustituir por el código de país correspondiente. En el caso deinstalaciones en Estados Unidos, sustituya <TERRITORY> por US.

3. Cambie a la cuenta de usuario de administrador de DB2.Para Microsoft Windows:a. Abra el menú Inicio y vaya a Todos los programas > IBM DB2 >

DB2COPY1 (predeterminado).b. Pulse Mayús y pulse con el botón derecho en Ventana de mandatos y

seleccione Ejecutar como un usuario distinto...

c. Especifique el nombre de usuario administrador y contraseña de DB2.Para Linux y UNIX:a. Abra la terminal de Linux o UNIX.b. En el indicador de la línea de mandatos, escriba su - user donde user es el

usuario administrador de DB2.4. 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

Importante: Los pasos restantes de este procedimiento son opcionales. Si no deseacrear manualmente los espacios de tabla, puede saltarse los pasos siguientes, encuyo caso la aplicación de instalación creará automáticamente los espacios de tabladurante la instalación.5. Modifique el script CreateTS.sql.

a. Abra el archivo CreateTS.sql en un editor de texto.b. Sustituya las variables del script con valores, tal como se describe al

principio del script. Las variables se escriben entre <> como, por ejemplo,<DBNAME> o <TABLE_MDS4K>.Atención: Los valores sustituidos para las variables en este archivos debencoincidir con la configuración de su base de datos o el instalador no podrácompletar la acción correctamente.

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

7. Tras ejecutar CreateTS.sql, verifique que los valores de espacio de tabla seanlos que esperaba.Para Microsoft Windows:v Abra un indicador de mandatos y escriba db2cmd

v Conéctese a una base de datos utilizando el mandato: db2 connect to MDMDBuser DBUSER mediante DB2PWD

v Cuando se haya conectado, escriba: db2 list tablespaces

Para Linux y UNIX:v Abra un terminal nuevo y escriba db2

v Conéctese a una base de datos utilizando el mandato: db2 connect to MDMDBuser DBUSER mediante DB2PWD


v Cuando se haya conectado, escriba: db2 list tablespaces

Referencia relacionada:“Hoja de trabajo de origen de datos de DB2 o DB2 for z/OS” en la página 30

Preparación de su base de datos DB2 en un servidor independiente desde InfoSphereMDM:

Configuración de la base de datos IBM DB2 para despliegues en lugares donde labase de datos y las instalaciones de InfoSphere MDM se hallan en servidoresdistintos.

Procedimiento

1. En la máquina en la que tenga pensado instalar InfoSphere MDM, debe realizarlo siguiente:a. Instale el software del cliente de DB2.b. Catalogue la base de datos remota para el servidor local.Utilice los

siguientes mandatos, sustituyendo los espacios reservados con los valoresadecuados.db2 catalog tcpip node <NODE_NAME> remote <DB_SERVER> server <PORT_NUMBER>db2 catalog db <DB_NAME> as <DB_NAME> at node <NODE_NAME> authentication server

2. Utilice WebSphere Application Server Integrated Solutions Console para crearuna variable de entorno DB2_JDBC_DRIVER_PATH de WebSphere ApplicationServer que apunte al directorio de inicio de la instancia de DB2 de la máquinalocal 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 enclúster:

Configuración de la base de datos DB2 para despliegues con InfoSphere MDM enun entorno en 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 cadanodo del clúster.

Tareas relacionadas:“Adición de un nuevo código a un clúster existente” en la página 181

Configuración de permisos de usuario de base de datos para DB2 for z/OS:

Si su despliegue de InfoSphere MDM utiliza IBM DB2 for z/OS, debe asegurarsede que el ID de usuario de base de datos disponga de privilegios BINDADD parala base de datos de MDM.


El controlador DB2 Wire Protocol no funcionará correctamente a menos que existanlos paquetes correspondientes en el servidor al que pretende conectarse. Su ID deusuario de base de datos debe disponer de privilegios BINDADD de forma que elcontrolador pueda crear y enlazar paquetes.


Nota: De forma predeterminada, los paquetes contienen 200 secciones dinámicas yse crean en la colección denominada NULLID.

Si los paquetes de enlace no se hallan en su lugar, aparecerá el mensaje siguientecuando se comprueben las conexiones del origen de datos de InfoSphere MDM enel servidor operativo:java.sql.SQLException: [IBM][Controlador JDBC de DB2] El proceso de enlace no está activo.Asegúrese de que el usuario disponga de permisos para crear paquetes.Los paquetes no se pueden crear en una conexión XA. DSRA0010E: Estado de SQL = HY000, Código de error = 0.

Procedimiento

1. Inicie sesión como usuario administrador de base de datos (DBA).2. Conéctese a la base de datos de MDM.3. Otorgue privilegios BINDADD al usuario de base de datos (dbuser).4. Finalice la sesión de la cuenta de usuario de DBA.5. Inicie sesión con la cuenta de usuario de base de datos. Cuando la cuenta de

usuario de base de datos se conecte a la base de datos con el controlador DB2Wire Protocol, se creará automáticamente el paquete correcto.


DB2 Wire Protocol Driver y paquetesEl proceso de enlace no está activo

Definición de la vía de acceso de un programa de utilidad de DB2:

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

Procedimiento

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


También puede añadir la línea de exportación al perfil de usuario.

Preparar una base de datos de Microsoft SQL Server:

Configuración de una base de datos Microsoft SQL Server antes de empezar lainstalación de InfoSphere MDM.


Para crear una base de datos de MDM, debe haber iniciado sesión en MicrosoftSQL Server con Windows Authentication o con la cuenta de usuario administradorque ha creado al instalar Microsoft SQL Server.

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


http://www.datadirect.com/resources/resource-library/odbc-developer-center/odbc-tutorials/understanding-and-using-packages-on-db2-udb/the-db2-wire-protocol-driver-and-packages

Procedimiento

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

Consejo: Puede extraer el Installation Startup Kit a partir del archivo depaquete disk1.zip que ha descargado.a. Vaya al directorio DIR_INICIO_INSTALACIÓN_STARTUPKIT/CoreData/Full/

SQLServer/ddl/ (donde DIR_INICIO_INSTALACIÓN_STARTUPKIT es laubicación del kit extraído).

b. Abra el archivo CreateDB.sql en un editor de texto.c. Sustituya las variables del script con valores, tal como se describe al

principio del script. Las variables van entre <> como, por ejemplo,<DBNAME>.

2. Ejecute el script CreateDB.sql como usuario administrador del sistema paracrear la base de datos.Cuando utiliza la autenticación de Windows en lugar de la autenticación deSQL para acceder a la base de datos, debe llevar a cabo una de las siguientesopciones: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 SQLServer Security

v Si el SQL Server y cliente están en distintos dominios, los dos dominiosdeben ser de confianza

3. Copie el archivo sqljdbc.dll en el directorio /Binn para la instancia de SQLServer 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 enSTARTUPKIT_INSTALL_HOME/SQLServer JTA/win64_amd64

4. Instale los procedimientos almacenados XA utilizados por el controlador JDBC.Desde el directorio DIR_INICIO_INSTALACIÓN_STARTUPKIT/SQLServer JTA, ejecuteel script instjdbc.sql como usuario administrador del sistema.

5. Habilite MS DTC para transacciones XA.Para Windows 7 y Windows 2008a. Desde el escritorio, pulse el icono Inicio y abra Component Services

utilizando una de estas opciones.v Escriba dcomcnfg en el recuadro Start Search.v Escriba %windir%/system32/comexp.msc en el cuadro iniciar búsqueda.

b. Seleccione Sistemas > Mi sistema > Coordinador de transaccionesdistribuidas.

c. Pulse con el botón derecho del ratón en DTC local y seleccionePropiedades.

d. En el diálogo Propiedades de DTC local, abra el panel Seguridad.e. Seleccione Habilitar transacciones XA y pulse Aceptar. Este paso reinicia el

servicio MS DTC.f. Pulse Aceptar en el diálogo Propiedades de DTC local 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 delsistema operativo Microsoft.

Referencia relacionada:


“Hoja de trabajo de origen de datos del servidor SQL de Microsoft” en la página32

Preparación de la base de datos de Microsoft SQL Server en un servidor distinto queInfoSphere MDM:

Configuración de la base de datos de Microsoft SQL Server cuando se halla en unservidor distinto al de la instalación de InfoSphere MDM.

Procedimiento

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

Preparación de la base de datos de Microsoft SQL Server para utilización de InfoSphereMDM en un entorno en clúster:

Configuración de la base de datos de Microsoft SQL Server cuando se instalaInfoSphere MDM en un entorno en clúster.

Procedimiento

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

Preparación de una base de datos de Oracle:

Configuración de una base de datos de Oracle empezando por una instalación deInfoSphere MDM.

Antes de empezar

v En estos pasos se da por supuesto que la base de datos ya se ha instalado.v 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.v Para instalar InfoSphere MDM con Oracle, el nombre de usuario y el nombre de

esquema de la base de datos deben ser los mismos.

Procedimiento

1. Verifique que el conjunto de caracteres sea UTF-8. De no ser así, cree su base dedatos utilizando este mandato: CREATE DATABASEdname...CHARACTER SETAL32UTF8

2. Defina la semántica de la longitud de caracteres para Unicode. La variableNLS_LANG_SEMANTICS se debe establecer en CHAR (el valor predeterminado esBYTE). Ejecute este mandato: ALTER SYSTEM SET NLS_LENGTH_SEMANTICS=CHARSCOPE=BOTH


3. Si está utilizando un controlador de conexión inalámbrica con un cliente Oracle,debe establecer la variable NLS_LANG para el usuario que se conecta alservidor operativo. Defina la variable comoNLS_LANG=AMERICAN_AMERICA.AL32UTF8

Importante: Los pasos restantes de este procedimiento son opcional. Si no deseacrear manualmente los espacios de tabla, puede saltarse los pasos siguientes, encuyo caso la aplicación de instalación creará automáticamente los espacios de tabladurante la instalación.4. Modifique el script create_schema_ora.sql que se proporciona en Installation

Startup Kit.

Consejo: Puede extraer el Installation Startup Kit a partir del archivo depaquete disk1.zip que ha descargado.a. Vaya al directorio DIR_INICIO_INSTALACIÓN_STARTUPKIT/CoreData/Full/

Oracle/Standard/ddl/ (donde DIR_INICIO_INSTALACIÓN_STARTUPKIT esla ubicación del kit extraído).

b. Abra el archivo create_schema_ora.sql en un editor de texto. El archivocontiene las variables siguientes que se deben sustituir por los valorescorrespondientes:

c. Si se está creando la base de datos en Microsoft Windows, sustituya lavariable <TABLESPACE_LOCATION> por la ubicación de los espacios detabla. El valor de ubicación debería ir seguido de la sintaxis<ORACLE_HOME>\<DBNAME>

Atención: Si está creando una base de datos en Microsoft Windows,también debe cambiar todos los caracteres de barra inclinada (/) en las víasde acceso de archivos por los caracteres de barra inclinada invertida (\).

d. En la carpeta <ORACLE_HOME>/oradata, cree una subcarpeta vacía con unnombre que coincida con su valor de <DBNAME>.

e. Configuración de los nombres de espacios de tablas:v Para utilizar los valores de espacio de tabla predeterminado, sustituya las

variables en el script create_schema_ora.sql por valores tal como sedescribe en la parte superior del script. Las variables se escriben entrecorchetes < >:– <DBNAME> - el nombre de la base de datos.– <NEWPASSWORD> - la contraseña de la base de datos.– <INDEX_SPACE> - el nombre del espacio de tabla de los datos de

índice. La aplicación de instalación espera que el valor sea IDXSPACE.– <LONG_SPACE> - el nombre de espacio de tabla para los tipos de

datos CLOB y XML. La aplicación de instalación espera que el valorsea LOBSPACE.

– <TABLE_SPPMD> - el nombre de espacio de tabla para los datos detabla de usuario Probabilistic Matching Engine. La aplicación deinstalación espera que el valor sea EMESPACE1.

– <TABLE_SPPMI> - el nombre de espacio de tabla para los datos deíndice Probabilistic Matching Engine. La aplicación de instalaciónespera que el valor sea EMESPACE2.

– <TABLE_MDS4K> - el nombre de espacio de tabla para los datos detabla de usuario 4 K. La aplicación de instalación espera que el valorsea TBS4K.


– <TABLE_SPACE> - el nombre de espacio de tabla para los datos detabla de usuario 8 K. La aplicación de instalación espera que el valorsea TBS8K.

– <TABLE_SPMDS> - el nombre de espacio de tabla para los datos detabla de usuario de MDM virtual de 16 K. La aplicación de instalaciónespera que el valor sea TBS16K.

v Para utilizar nombres de espacios de tablas personalizados:1) Cree una base de datos que utilice sus nombres de espacio de tabla

personalizados.2) Cree o edite un archivo de respuestas de entrada de la instalación de

InfoSphere MDM y modifique las variables de nombres de espaciosde tablas de forma que los nombres de sus espacios de tablaspersonalizados se correlacionen con el instalador de InfoSphere MDM:<data key=’user.L2.long.space.ora,com.ibm.mdm.advanced’ value=’LOBSPACE’/><data key=’user.L2.index.space.ora,com.ibm.mdm.advanced’ value=’IDXSPACE’/><data key=’user.L2.eme.sppmd.space,com.ibm.mdm.advanced’ value=’EMESPACE1’/><data key=’user.L2.eme.sppmi.space,com.ibm.mdm.advanced’ value=’EMESPACE2’/>

Atención: InfoSphere MDM proporciona los archivos de respuestade entrada de la instalación de ejemplo que puede modificar paradefinir espacios de tablas personalizados. Para obtener másinformación sobre los archivos de respuesta de entrada de ejemplo,consulte “Instalación silenciosa” en la página 146.

3) Inicie el instalador de InfoSphere MDM en modalidad GUI o enmodalidad silenciosa, incluido el argumento siguiente en el mandatode arranque de forma que el instalador utilice parámetros de suarchivo de respuestas de entradas modificado: IBMIM -input./mdm_input.res (donde mdm_input.res es el nombre del archivo derespuestas de entrada silencios).

5. Ejecute el script create_schema_ora.sql para crear el esquema de Oracle.


Si omite la ejecución del script create_schema_ora.sql, debe alterar el sistema debase de datos de Oracle:v Dentro del script create_schema_ora.sql, asegúrese de que la sentencia ALTER

SYSTEM SET open_cursors se ha establecido como ALTER SYSTEM SETopen_cursors = 1500 SCOPE=BOTH;

v Verifique que se han realizado las concesiones específicamente como GRANTCREATE SEQUENCE TO SCHEMA;, que sustituyen SCHEMA por el nombre deesquema.

v Configure la propiedad CURSOR_SHARING de Oracle enCURSOR_SHARING=FORCE.

Referencia relacionada:“Hoja de trabajo de origen de datos de Oracle” en la página 35

Preparación de la base de datos de Oracle en un servidor distinto de InfoSphere MDM:

Configuración de la base de datos de Oracle para despliegues en lugares donde labase de datos y las instalaciones de InfoSphere MDM se hallan en servidoresdistintos.


Procedimiento

1. Instale un cliente de Oracle en la máquina en que tiene pensado instalarInfoSphere MDM.

2. Para la entrada del TNS de la máquina cliente, especifique que éste apunte alservidor de la base de datos.

3. Utilice WebSphere Application Server Integrated Solutions Console para crearuna variable de entorno ORACLE_JDBC_DRIVER_PATH que apunte al inicio de labase 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 enclúster:

Configuración de la base de datos de Oracle para dar soporte a la instalación deInfoSphere 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.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 lamáquina local para cada nodo del clúster.

Tareas relacionadas:“Adición de un nuevo código a un clúster existente” en la página 181

Definición de una vía de acceso de programa de utilidad de Oracle:

Si está utilizando una base de datos Oracle, debe establecer el programa deutilidad 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 deOracle a la variable PATH del sistema.Por ejemplo:export ORACLE_HOME=ORACLE_HOMEexport PATH=$ORACLE_HOME/bin:$PATH


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

Controladores ODBC instalados con la edición Standard:

Los controladores que se aplican cuando la aplicación instala la edición estándar deInfoSphere MDM dependen del tipo de base de datos que defina.

Un controlador de conexión habilita a un servidor operativo que admite unaconfiguración MDM virtual, a comunicarse con la base de datos y a escribir datosen el esquema. En este caso, el host del servidor operativo requiere la instalacióndel cliente de base de datos aplicable para habilitar operaciones de carga enbloque.


El servidor operaciona incluye los siguientes controladores ODBC. Otroscontroladores no son compatibles.v Oracle Wirev Oracle Netv IBM DB2 Wire (DB2 y DB2 para z/OS)v Microsoft SQL Server Wire

Para bases de datos de Oracle, las propiedades que se pasan al programa deutilidad madconfig durante el proceso de instalación determinan si se debe instalarel controlador de red Oracle o de conexión Oracle. Si se pasan valores vacíos parael host de la base de datos, se instala el controlador Oracle Net, lo cual requiere lainstalación del cliente Oracle en el host del servidor operativo.

Consejo: Cuando se instala en una plataforma Microsoft Windows, si desea crearmanualmente un origen de datos ODBC separado en vez de crearlo con laaplicación de instalación, debe invocar el mandato madconfig.bat register_odbcpara garantizar un registro correcto del controlador ODBC.Tareas relacionadas:“Habilitación de soporte para controlador de conexión inalámbrica de Oracle” enla página 144

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 MDMdatabase. Sin embargo, también puede instalarlo manualmente.

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

Atención: La base de datos principal es necesaria para InfoSphere MDMAdvanced Edition (MDM físico). También es necesario para poder procesarcorrectamente algunas transacciones de InfoSphere MDM Standard Edition (MDMvirtual). Si utiliza IBM Installation Manager para instalar InfoSphere MDM, loscomponentes de base de datos principal necesarios se instalan automáticamente. Siutiliza una base de datos de Microsoft SQL Server, tenga en cuenta que InfoSphereMDM Standard Edition (implementaciones de MDM virtual) es la única ediciónadmitida para SQL Server.

Antes de comenzar la instalación manual, lea la siguiente información detallada ytome las decisiones necesarias sobre la creación de espacios de tabla y lainstalació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 yobjetos grandes de usuario para mejorar el rendimiento de la base dedatos. Se proporcionan valores de marcador de posición en los scriptsadecuados como TABLE_SPACE, INDEX_SPACE y LONG_SPACE. Puedeajustar los tamaños del espacio de tabla de los scripts que se proporcionanal tamaño adecuado para el entorno de producción.


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

ActivadoresSe suministran dos tipos de activadores con la instalación de InfoSphereMDM: activadores simples y compuestos. Seleccione uno de estos tipos deactivadores 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 unatabla base. La tabla HISTORY únicamente contiene antiguos registros; nocontiene el registro actual en la tabla base. Si opta por instalar losactivadores simples, debe instalar los activadores simples deactualización. También puede instalar los activadores simples desupresión, que son opcionales.

v Activadores compuestos: Crean una copia de la imagen anterior yposterior de los datos actuales de la tabla base en la tabla HISTORYcuando se inserta, actualiza o suprime una tabla base.. La tablaHISTORY contiene todos los registros antiguos y el registro actual en latabla base. Si opta por instalar los activadores compuestos, debe instalarlos activadores de inserción y actualización. También puede instalar losactivadores compuestos de supresión, que son opcionales.

v Ninguno: no se instalará ningún desencadenante de historial.

Huso horario múltiple (UTC)

Si la aplicación se ejecuta en distintos husos horarios, o si los datos tienenvalores de tiempo correspondientes a distintos husos horarios, debehabilitar 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 inhabilitarlacuando instale InfoSphere MDM.

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 pornombre, pero sin las restricciones de la sensibilidad a mayúsculas yminúsculas. Una vez que se activa la característica sin sensibilidad amayúsculas y minúsculas, no puede desactivarse. Está disponible en laversión 9 y posteriores de DB2 UDB, DB2 for z/OS y Oracle.

Procedimiento

1. Abra IBM Installation Manager y pulse Instalar.2. En la lista Paquetes de instalación, seleccione InfoSphere MDM Standard

Edition o Advanced Edition y pulse Siguiente.3. En la lista Características, expanda InfoSphere MDM Standard Edition o

Advanced Edition y asegúrese de que solamente se haya seleccionado Base dedatos de MDM. Pulse Siguiente.

4. Complete los campos de configuración de base de datos para proporcionardetalles sobre el tipo, la ubicación y la conexión de la base de datos y, acontinuación, seleccione Extraer scripts para la instalación manual de la basede datos. Pulse Instalar. IBM Installation Manager instalará datos de MDMvirtual y extraerá los scripts SQL que puede utilizar para instalar datos deMDM físico.


5. Ejecute los scripts SQL para instalar datos de MDM físico.6. Tras completar los scripts y haber instalado los datos de MDM físico, abra de

nuevo IBM Installation Manager y pulse Modificar.7. En la lista Características, seleccione Servidor operativo de MDM, además de

la característica ya seleccionada Base de datos MDM y, a continuación, pulseSiguiente.

8. Pulse Instalar para completar la instalación de physical MDM database.

Establecer la configuración de XA en WebSphere Application Server para conectar conDB2 para z/OS:

Cuando instale manualmente la base de datos de MDM en DB2 for z/OS, utiliceeste procedimiento para establecer la configuración XA en IBM WebSphereApplication Server.


Nota: Debe cambiar los valores de muestra de este procedimiento de acuerdo conel entorno de servidor que utilice.

Procedimiento

1. Inicie una sesión en el sistema UNIX como usuario root y vaya al directorio deinstancia de DB2. Por ejemplo: cd /usr/opt/db2_10_01/instance

2. Para crear una instancia, ejecute el mandato siguiente desde el directorio deinstancia: db2icrt -s client db2inst

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

4. Copie db2jcc_license_cisuz.jar desde DB2 para z/OS en la carpeta<DIR_INICIO_DB2>/sqllib/java del cliente.

5. Añada la siguiente línea a la variable CLASSPATH:<DIR_INICIO_DB2>/sqllib/java/db2jcc.jar:<DIR_INICIO_DB2>/sqllib/java/db2jcc_license_cisuz.jar

Tareas relacionadas:“Instalación de la base de datos principal manualmente en DB2 para z/OSutilizando TSO y JCL” en la página 108

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 encuenta que InfoSphere MDM se desarrolla en DB2 for z/OS con datos Unicode ymá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 enDSNZPARM, por ejemplo:Unicode CCSID = 1208 CCSID of Unicode UTF-8 data.DEF ENCODING SCHEME = UNICODELOCALE LC_CTYPE = UNIAPPLICATION ENCODING = UNICODE

2. Trabaje con el subsistema predeterminado DB2 para z/OS y vuelva a enlazartodos 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 enUnicode, incluido el macro-parámetro LC_TYPE de DSNHDECP. Para disponer defunciones completas se necesitan bases de datos y planes de trabajo Unicode.

v Asignación de espacio: antes de crear los objetos físicos, es necesarioproporcionar espacio en DASD. Para simplificar la asignación dealmacenamiento, se recomienda utilizar grupos de almacenamiento en SMS. CreeHLQ MDMIBM para todos los archivos de datos z.

v Espacios de tabla y espacios de índice: para un mantenimiento más simple ypara evitar problemas de rendimiento, separe las tablas y sus índicesrelacionados en distintos espacios de tabla y espacios de índice. Para tablaspequeñas, utilice espacios de tabla segmentados; para tablas grandes, utiliceespacios 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 deautorización.

v Agrupaciones de almacenamiento intermedio: si las agrupaciones dealmacenamiento intermedio no existen, debe crearlas. Un tamaño mínimo de1000 es bueno. Un ejemplo de sentencia SQL para crear agrupaciones dealmacenamiento 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 WebSphereApplication Server JDBC y de origen de datos. Este procedimiento es necesariopara que WebSphere Application Server funcione correctamente con DB2 paraz/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 forz/OS, utilice este procedimiento para otorgar los privilegios de conexiónnecesarios.

Procedimiento

1. Asegúrese de que se haya otorgado SYSADM al usuario de instalación para losespacios 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 deinstalación:Atención: Debe cambiar los valores de ejemplo de este procedimiento enfunción del entorno de servidor utilizado.v GRANT CREATETAB, CREATETS ON DATABASE DSNDB04 TO <USER_ID>;

v GRANT USE OF BUFFERPOOL BP0 TO <USER_ID>;

v GRANT USE OF STOGROUP SYSDEFLT TO <USER_ID>;

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

v GRANT EXECUTE ON PLAN DSNESPCS TO <USER_ID>;

v GRANT EXECUTE ON PLAN DSNESPRR TO <USER_ID>;

v GRANT EXECUTE ON PLAN DSNEDCL TO <USER_ID>;

v GRANT EXECUTE ON PLAN DSNHYCRD TO <USER_ID>;

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

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

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

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


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

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

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

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

Tareas relacionadas:“Instalación de la base de datos principal manualmente en DB2 para z/OSutilizando TSO y JCL” en la página 108

Configuración de la base de datos Oracle:

Al instalar manualmente la base de datos de physical MDM en Oracle, si omite laejecución del script create_schema_ora.sql, debe alterar el sistema de base dedatos de Oracle.

Dentro del script create_schema_ora.sql, asegúrese de que la sentencia ALTERSYSTEM 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 CREATESEQUENCE 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 ygestió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:

Instalación de la base de datos principal de MDM físico en DB2 para UNIX oLinux.

Procedimiento

1. Vaya al directorio MDM_INSTALL_HOME/database/CoreData/Full/DB2/Standard/ddl.

2. Edite los scripts de este directorio sustituyendo los valores de marcador porlos valores a utilizar en la base de datos.

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

donde SCRIPT_NAME es el nombre del script que está ejecutando, yLOG_FILE_NAME es el nombre del archivo de historial donde estánregistrados los mandatos. Si debe utilizar una sintaxis de mandato distinta, lasintaxis se muestra en el procedimiento.Cambie los valores de marcador:a. Sustituya DBNAME por el nombre de base de datos que desee utilizar.b. Sustituya TERRITORY por el territorio.c. Sustituya los siguientes marcadores:


v <INDEX_SPACE> - el nombre del espacio de tabla de los datos deíndice. La aplicación de instalación espera que el valor sea IDXSPACE.

v <LONG_SPACE> - el nombre de espacio de tabla para los tipos de datosCLOB y XML. La aplicación de instalación espera que el valor seaLOBSPACE.

v <TABLE_SPPMD> - el nombre de espacio de tabla para los datos detabla de usuario Probabilistic Matching Engine. La aplicación deinstalación espera que el valor sea EMESPACE1.

v <TABLE_SPPMI> - el nombre de espacio de tabla para los datos deíndice Probabilistic Matching Engine. La aplicación de instalación esperaque el valor sea EMESPACE2.

v <TABLE_MDS4K> - el nombre de espacio de tabla para los datos detabla de usuario 4 K. La aplicación de instalación espera que el valor seaTBS4K.

v <TABLE_SPACE> - el nombre de espacio de tabla para los datos de tablade usuario 8 K. La aplicación de instalación espera que el valor seaTBS8K.

v <TABLE_SPMDS> - el nombre de espacio de tabla para los datos detabla de usuario de MDM virtual de 16 K. La aplicación de instalaciónespera que el valor sea TBS16K.

d. Sustituya SCHEMA por el nombre de esquema asignado para contener losactivos de base de datos.

e. Sustituya DBUSER por el identificador de usuario de base de datos que esel propietario del esquema.

f. Cambie el valor del marcador DTYPE por uno de los valores siguientes enminúscula:v bancav segurosv telecomunicacionesv fabricación

g. CONFIG_LANG al idioma de configuración a utilizar.Por ejemplo, para el inglés, utilice en; para el francés, utilice fr.

h. CODE_LANG correspondiente al idioma de todos los datos de tabla decódigos adicionales para cargar.Por ejemplo, para el japonés, utilice ja; para el 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 privilegiosnecesarios a los usuarios y esquemas autorizados ejecutando el archivoCreateDB.sql.

5. Cree los espacios de tabla, y otorgue los privilegios necesarios a los usuarios yesquemas autorizados ejecutando el archivo CreateTS.sql. En este script secrean cuatro espacios de tabla adicionales para los objetos de base de datosdel InfoSphere MDM Probabilistic Matching Engine. Los nombres de los dosespacios de tabla se crean en función de TABLE MDS4K, TABLE_SPACE,TABLE SPMDS, TABLE SPPMI, LONG SPACE e INDEX_SPACE. Puedecambiarlos si lo desea.

6. Conéctese con la base de datos que acaba de crear.7. En la línea de mandatos en MDM_INSTALL_HOME/database/CoreData/Full/DB2/

Standard/ddl, ejecute los mandatos en el orden en el que se indican:


a. CreateTables.sql: crea todas las tablas base y las definiciones de claveprimaria.

b. CreateTables_H.sql: crea todas las tablas de historial y las definiciones declave 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 tienenvalores de tiempo correspondientes a distintos husos horarios, debe habilitarla función de huso horario múltiple.Si no necesita la función de huso horario múltiple, debe inhabilitarla cuandoinstale InfoSphere MDM.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 losdesencadenantes simples.

Recuerde: Para ejecutar scripts con el fin de crear desencadenantes, utilice lasintaxis de mandatodb2 -v -td@ -f SCRIPT_NAME -l LOG_FILE_NAME

donde SCRIPT_NAME es el nombre del script que está ejecutando, yLOG_FILE_NAME es el nombre del archivo de historial donde estánregistrados los mandatos. Si debe utilizar una sintaxis de mandato distinta, lasintaxis 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 pararealizar inserciones y actualizaciones.

b. Opcional: CreateTriggers_delete_compound.sql: instaladesencadenantes compuestos para realizar supresiones.

10. Para llenar las tablas de códigos con datos en inglés para la industria que seha indicado en el marcador DTYPE y con datos de configuración en el idiomaque se ha indicado en el marcador CONFIG_LANG. Ejecute el scriptImpReqData.sql.

11. Para llenar la tabla del gestor de configuración con datos en idioma inglés, lavía de acceso a datos se indica en el marcador DEL_DATA_PATH (si no ha


modificado la ubicación del directorio, la vía de acceso es ‘data’) y losregistros se indican en el marcador DEL_DATA_LOGS. Ejecute el scriptImpReqDataCfgMgr.sql.

12. Instale conjuntos suplementarios de datos de tabla de códigos. Para laindustria que se ha introducido en el marcador DTYPE y para el código deidioma que se ha introducido en el marcador CODE_LANG, ejecute el script:ImpCodeTableData.sql

Repita este paso para cada idioma que instale, incluido el inglés.13. 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 para Linux o UNIX:

Instalación manual de la base de datos de dominio en DB2.

Antes de empezar

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 seañaden a la misma base de datos.

v Lea el tema de instalación manual de la base de datos de MDM físico, y tomelas mismas decisiones en los pasos opcionales que ha tomado al instalar la basede datos principal.

Procedimiento

1. vaya al directorio MDM_INSTALL_HOME/database/Full/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 modosiguiente:a. Sustituya DBNAME por el nombre de base de datos que desee utilizar.b. Sustituya SCHEMA por el nombre de esquema asignado para contener los

activos de base de datos.c. Sustituya TABLE_SPACE por el nombre de espacio de tabla donde se

deben almacenar datos de tabla de historial y datos base.d. Sustituya INDEX_SPACE por el nombre de espacio de tabla donde están

almacenados datos indexados.e. Sustituya LONG_SPACE por el nombre de espacio de tabla donde residen

los datos de columna de usuario grandes, tales como CLOB y XML.f. Sustituya DBUSER por el identificador de usuario de base de datos que es

el propietario del esquema.g. Cambie el valor del marcador DTYPE por uno de los valores siguientes en

minúscula:v bancav segurosv telecomunicacionesv fabricación

h. CONFIG_LANG al idioma de configuración a utilizar. Por ejemplo, para elinglés, utilice en; para el francés, utilice fr.


i. CODE_LANG correspondiente al idioma de todos los datos de tabla decódigos adicionales para cargar. Por ejemplo, para el japonés, utilice ja;para el francés, utilice fr.

Atención: La sentencia CreateDB.sql crea dos espacios de tabla separadospara 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 demandatodb2 -tvf SCRIPT_NAME -l LOG_FILE_NAME

donde SCRIPT_NAME es el nombre del script que está ejecutando, yLOG_FILE_NAME es el nombre del archivo de historial donde estánregistrados los mandatos. Si debe utilizar una sintaxis de mandato distinta, lasintaxis se muestra en el procedimiento.

4. Ejecute los scripts siguientes en el orden que aparecen listados desde la líneade mandatos en MDM_INSTALL_HOME/database/Full/DB2/Standard/ddl

v CreateTables.sql: crea todas las tablas base y las definiciones de claveprimaria.

v CreateTables_H.sql: crea todas las tablas de historial y las definiciones declave 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 comparación

probabilística de InfoSphere MDM. En este script, debe sustituir el poseedorde 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 lasintaxis de mandatodb2 -v -td@ -f SCRIPT_NAME -l LOG_FILE_NAME

donde SCRIPT_NAME es el nombre del script que está ejecutando, yLOG_FILE_NAME es el nombre del archivo de historial donde estánregistrados los mandatos. Si debe utilizar una sintaxis de mandato distinta, lasintaxis 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 pararealizar inserciones y actualizaciones.

– Opcional CreateTriggers_delete_compound.sql: instala desencadenantescompuestos para realizar supresiones.


6. Para llenar las tablas de códigos con datos en idioma inglés para la industriaque se introduce en el marcador DTYPE y los datos de configuración en elidioma que se introduce en el marcador CONFIG_LANG, ejecute el script:ImpReqData.sql

7. Para llenar la tabla del gestor de configuración con datos en idioma inglés, lavía de acceso a datos se indica en el marcador DEL_DATA_PATH (si no hamodificado la ubicación del directorio, la vía de acceso es ‘data’) y losregistros se indican en el marcador DEL_DATA_LOGS. Ejecute el scriptImpReqDataCfgMgr.sql.

8. Instale conjuntos suplementarios de datos de tabla de códigos. Para laindustria que se ha introducido en el marcador DTYPE y para el código deidioma que se ha introducido en el marcador CODE_LANG, ejecute el script:ImpCodeTableData.sql

Repita este paso para cada idioma que instale, incluido el inglés.9. 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.

10. Compruebe los archivos de registro de la instalación para verificar que lainstalació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.

Nota: En las tareas siguientes se da por supuesto que se está realizando lainstalación en servidores de aplicaciones de clientes AIX.

Antes de iniciar la instalación, lea el tema Instalación manual de la base de datos deMDM física, que incluye notas e información sobre la creación y la instalación de labase de datos z/OS, y tenga en cuenta todos los problemas presentados.

Instalación de la base de datos principal manualmente en DB2 para z/OS utilizando TSO yJCL:

Puede utilizar el Lenguaje de Control de Trabajos "Job Control Language" (JCL)para instalar manualmente la base de datos principal InfoSphere MDM en DB2para z/OS.

Antes de empezar

Esta tarea contiene varios valores de marcadores. Asegúrese de tener lainformación necesaria del sistema antes de comenzar. Póngase en contacto con eladministrador del sistema o con el desarrollador para obtener esta informaciónnecesaria.

Cree, o asegúrese de que el administrador del sistema o el desarrollador hayacreado, un calificador de alto nivel (HLQ) del sistema principal denominadoMDMHLQ con 3 GB de espacio que se asigna para almacenar todos los archivos ybibliotecas de InfoSphere MDM. El HLQ es necesario solamente para la instalacióny se puede descartar tras finalizar la instalación.



Estos pasos presuponen que está utilizando una aplicación de servidor de clienteAIX.

Consejo: Los mandatos FTP definidos en el procedimiento siguiente presuponenun entorno ISPF de AIX paraz/OS. Para trabajar desde un entorno diferente, debeconvertir los mandatos como corresponda.

Procedimiento

1. Vaya al directorioMDM_INSTALL_HOME/database/CoreData/Full/DB2/ZOS/pds/ddllib y siga los pasos siguientes:a. Modifique el script .netrc para crear y transferir los DDL al sistema

principal.b. Sustituya USER por un nombre autorizado para FTP para el sistema

principal.c. Sustituya PASSWORD por la contraseña para el usuario autorizado.d. Sustituya HOSTNAME con el nombre de host del sistema principal.e. Sustituya MDMHLQ por el HLQ que ha creado para la instalación en el

sistema principal.f. 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 deldirectorio $HOME.

g. Ejecute el mandato siguiente:echo "\$ transferddl" | ftp hostname

La biblioteca MDMHLQ.MIHDDL.LIB se añade al sistema principal.2. Vaya al directorio MDM_INSTALL_HOME/database/CoreData/Full/DB2/ZOS/pds/

jcllib directory y siga los pasos siguientes:a. Modifique el script .netrc para crear y transferir los DDL al 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. Sustituya MDMHLQ por el HLQ que ha creado para la instalación en el

sistema principal.f. Asegúrese de que el permiso del archivo es 600. Si no lo es, ejecute el


g. Ejecute el mandato siguiente:echo "\$ transferjcl" | ftp hostname

La biblioteca MDMHLQ.MIHJCL.LIB se añade al sistema principal.3. Vaya al directorio MDM_INSTALL_HOME/database/CoreData/Full/DB2/ZOS/pds y

siga los pasos siguientes:a. Modifique el script .netrc para crear y transferir los DDL al 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


f. Ejecute el mandato siguiente:echo "\$ transferbins" | ftp hostname

4. Inicie sesión en TSO en el servidor de bases de datos.5. Mediante TSO/ISPF, vaya a MDMHLQ.MIHDDL.LIB y edite cada uno de los scripts

de los conjuntos de datos, de uno en uno, tal como se indica a continuación:a. Sustituya DBA ACCOUNT por una cuenta de base de datos con

autorización de administrador de base de datos.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 de VCAT real.

Para obtener más información, consulte la sentencia CREATE STOGROUP en elmiembro del conjunto de datos de la biblioteca MDMHLQ.MIHDDL.LIB.

6. Mediante TSO/ISPF, vaya a MDMHLQ.MIHJCL.LIB y modifique el miembroMDMICOR del conjunto de datos para sustituir los siguientes valores del marcadorpor los valores adecuados para su uso en la base de datos:a. Sustituya JOB NAME por el nombre del trabajo.b. Sustituya db-hlq por un valor de calificador de alto nivel de un nombre de

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 MDMHLQ por el HLQ que ha creado para la instalación en el

sistema principal.f. Sustituya PLANNAME por el plan DB2 para el programa de utilidad

DSNTEP2.g. Multiple time zone (MTZ) está inhabilitado de forma predeterminada. Si

desea HABILITAR MTZ, comente la línea //SYSIN DDDSN=MDMHLQ.MIHDDL.LIB(Z08CRUTE),DISP=SHR que se encuentra dentro delJCL MDMICOR (consulte el paso 8). Para el trabajo MDMICOR, los códigos deretorno 0 o 4 indican que el JCL se ha ejecutado correctamente.

h. Envíe el JCL MDMICOR utilizando el mandato sub. Los códigos de retorno 0 o4 indican que el JCL se ha ejecutado correctamente.

Tareas relacionadas:“Establecer la configuración de XA en WebSphere Application Server para conectarcon DB2 para z/OS” en la página 101“Otorgamiento de privilegios de conexión en DB2 para z/OS” en la página 102

Instalación manual de la base de datos de dominios en DB2 for z/OS:

Instalación manual de la base de datos de dominios en DB2 for z/OS editandovarios valores de marcador.


Antes de empezar




Esta tarea contiene varios valores de marcadores. Asegúrese de tener lainformación necesaria del sistema antes de comenzar. Póngase en contacto con eladministrador del sistema o con el desarrollador para obtener esta informaciónnecesaria.

En el sistema principal, el calificador de alto nivel (HLQ - High Level Qualifier)denominado MDMHLQ, tiene 3 GB de espacio que se asignan para almacenar todoslos archivos y bibliotecas para InfoSphere MDM.


Consejo: Los mandatos FTP definidos en el procedimiento siguiente presuponenun entorno ISPF de AIX paraz/OS. Para trabajar desde un entorno diferente, debeconvertir los mandatos como corresponda.

Procedimiento

1. Vaya al directorio MDM/database/Full/DB2/ZOS/pds/ddllib donde se haexpandido WAS.jar.

2. Modifique el script .netrc para crear y transferir los DDL al sistema principalrealizando los pasos siguientes.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 nolo es, ejecute el mandato chmod 600 .netrc. Este archivo .netrc debe estardentro del directorio $HOME.

c. Sustituya MDMHLQ por el nombre del HLQ que ha creado para lainstalación en el sistema principal.

d. Ejecute el mandato siguiente:echo "\$ transferddl" | ftp host-name

La biblioteca MDMHLQ.MDMJCL.LIB se añade al sistema principal.3. Vaya al directorio MDM/database/Full/DB2/ZOS/pds/jcllib y modifique el script

.netrc para crear y transferir los DDL al sistema principal realizando los pasossiguientes.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. Sustituya MDMHLQ por el nombre del HLQ que ha creado para la

instalación en el sistema principal.


e. Asegúrese de que el permiso del archivo es 600. Si no lo es, ejecute elmandato chmod 600 .netrc. Este archivo .netrc debe estar dentro deldirectorio $HOME.

f. Ejecute el mandato siguiente:echo "\$ transferjcl" | ftp host-name

La biblioteca MDMHLQ.MDMJCL.LIB se añade al sistema principal.4. Inicie sesión en TSO en el servidor de bases de datos.5. Mediante TSO/ISPF, vaya a MDMHLQ.MDMDDL.LIB y edite cada uno de los scripts

en los conjuntos de datos de uno en uno para sustituir los valores de marcadorsiguientes con valores adecuados para utilizarlos en la base de datos:a. Sustituya DBA ACCOUNT por una cuenta de base de datos con

autorización de administrador de base de datos. Por ejemplo, ejecute elmandato CHG: CHG 'DBA ACCOUNT' 'DB2OPER' all

b. Sustituya USER ACCOUNT por una cuenta de usuario con el nivel deautoridad 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 MDMHLQ por el nombre del HLQ que ha creado para la

instalación en el sistema principal.f. Sustituya VCATNAME por el nombre de VCAT real.

Para obtener más información, consulte la sentencia CREAR GRUPOALM en elmiembro de conjunto de datos @01crdb de la biblioteca MDMHLQ.MDMDDL.LIB.

6. Mediante TSO/ISPF, vaya a MDMHLQ.MDMJCL.LIB y edite el miembro de conjuntode datos MDMIDOM para sustituir los valores de marcador siguientes con losvalores 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 de un nombre de

subsistema predeterminado (DNS) válido.c. Sustituya SYSTEM por un ID de subsistema DB2 válido.d. Sustituya USRQ con el Calificador de alto nivel de la cuenta de usuario.e. Sustituya PLANNAME por el plan DB2 para el programa de utilidad

DSNTEP2.f. Sustituya MDMHLQ por el nombre del HLQ que ha creado para la

instalación en el sistema principal.g. Envíe el JCL de MDMIDOM utilizando el mandato sub. Los códigos de retorno

de 0 ó 4 indican que el JCL se ha ejecutado correctamente.

Instalación manual de la base de datos principal en Microsoft SQL Server:

Utilice este procedimiento para instalar la base de datos principal completa deforma manual en Microsoft SQL Server.


Antes de iniciar la instalación, lea sobre la instalación manual de la base de datosde physical MDM.

Procedimiento

1. Vaya al directorio MDM_INSTALL_HOME/database/CoreData/Full/SQL Server/ddl.


2. Edite todos los scripts de este directorio sustituyendo los valores de losmarcadores por los valores que desea utilizar en la base de datos. Cambie lossiguientes marcadores de posición:v db_name por el nombre de la base de datosv MDMSEFG por el nombre del grupo de archivosv Logical_FG_Namex por el nombre del archivo nuevo que se va a añadir al

grupo de archivos y donde x es un número a partir de 1 si se debe crear oañadir más de un grupo de archivos

v location por la ubicación del grupo de archivos “file”; por ejemplo:– Microsoft SQL Server 2008R2: C:/Archivos de programa/Microsoft SQL

Server/MSSQL10_50.MSSQLSERVER/MSSQL/DATA

– Microsoft SQL Server 2012: C:/Archivos de programa/Microsoft SQLServer/MSSQL11.DBSQL2/MSSQL/DATA

v dbuser por un propietario de objetos de base de datosv password por la contraseña de dbuserv schema por el propietario del objetov CODE_LANG por el idioma de cualquier dato de tabla de códigos adicional

que se vaya a cargar, por ejemplo: para japonés, utilice ja o para francés,utilice fr

v CONFIG_LANG por el idioma de configuración que se va a utilizar; porejemplo, 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 lossiguientes valores en minúscula: banking; insurance, manufacturing, telco

v mds_home por la ubicación del servidor operativo de MDM virtualv datasource_name por el nombre de su base de datosv dbadmin user por el nombre del usuario de base de datosv dbadmin password por la contraseña para su usuario de base de datos

3. Desde la línea de mandatos, en el directorio MDM_INSTALL_HOME/database/CoreData/Full/SQL Server/ddl, ejecute los mandatos en el orden en el que seindican.a. Sqlcmd –S Server Name-U dbadmin user-P dbadmin password-i

Create_DB.sql > logfile name

b. Sqlcmd –S Server Name -U dbuser -P password -d db_name -iCreateTables.sql > logfile name

c. Sqlcmd –S Server Name -U dbuser -P password -d db_name -iCreateFK.sql > logfile name

d. Sqlcmd –S Server Name -U dbuser -P password-d db_name -iCreateIndexes.sql > logfile name

e. Sqlcmd –S Server Name -U dbuser -P password -d db_name -iCreateCHK.sql > logfile name

4. Utilice IBM Installation Manager para cargar los datos. En el panel features toinstall, seleccione MDM database.

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 dedatos de physical MDM.


Instalación manual de la base de datos principal en Oracle:

Instalación manual de la base de datos principal en Oracle.

Procedimiento

1. Vaya al directorio MDM_INSTALL_HOME/database/CoreData/Full/Oracle/Standard/ddl.

2. Edite todos los scripts de este directorio sustituyendo los valores de losmarcadores por los valores que desea utilizar en la base de datos. Cambie lossiguientes marcadores de posición:a. DBNAME por el nombre de la base de datos.b. SCHEMA por un usuario de base de datos que tenga los privilegios

necesarios.c. CONTRASEÑANUEVA por la contraseña del usuario de esquema.d. Sustituya los siguientes marcadores:

v <INDEX_SPACE> - el nombre del espacio de tabla de los datos de índice.La aplicación de instalación espera que el valor sea IDXSPACE.

v <LONG_SPACE> - el nombre de espacio de tabla para los tipos de datosCLOB y XML. La aplicación de instalación espera que el valor seaLOBSPACE.

v <TABLE_SPPMD> - el nombre de espacio de tabla para los datos de tablade usuario Probabilistic Matching Engine. La aplicación de instalaciónespera que el valor sea EMESPACE1.

v <TABLE_SPPMI> - el nombre de espacio de tabla para los datos de índiceProbabilistic Matching Engine. La aplicación de instalación espera que elvalor sea EMESPACE2.

v <TABLE_MDS4K> - el nombre de espacio de tabla para los datos de tablade usuario 4 K. La aplicación de instalación espera que el valor sea TBS4K.

v <TABLE_SPACE> - el nombre de espacio de tabla para los datos de tablade usuario 8 K. La aplicación de instalación espera que el valor sea TBS8K.

v <TABLE_SPMDS> - el nombre de espacio de tabla para los datos de tablade usuario de MDM virtual de 16 K. La aplicación de instalación esperaque el valor sea TBS16K.

e. TABLESPACE_LOCATION por la ubicación donde se crea el espacio detabla. Ésta normalmente está en el directorio de la base de datos que está enORACLE_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 deOracle que se está utilizando.

f. DTYPE por el tipo de datos a cargar. Especifique uno de los siguientesvalores en minúsculas:v bancav segurosv telecomunicacionesv fabricación

g. CONFIG_LANG al idioma de configuración a utilizar. Por ejemplo, parainglés, utilice en; para francés utilice fr

h. CODE_LANG por el idioma de todos los datos de tabla de códigoadicionales a cargar. Por ejemplo, para el japonés, utilice ja; para el francés,utilice fr


i. DBUSER por un usuario de base de datos con autoridad de administradorde base de datos (DBA)

j. DBPASSWORD por la contraseña del dbuser3. En la línea de mandatos, en MDM_INSTALL_HOME/database/CoreData/Full/

Oracle/Standard/ddl, ejecute los mandatos en el orden que se muestran: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 claveprimaria.

d. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_ix_ora.sql>> LOG_FILE_NAMEcrea todos los índices, incluyendo las restricciones de índice exclusivo.

e. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_fk_ora.sql>> LOG_FILE_NAMEcrea las claves foráneas.

f. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_chk_ora.sql>> LOG_FILE_NAMEcrea las restricciones de comprobación.

g. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_eME_ora.sql>> LOG_FILE_NAMEcrea los objetos InfoSphere MDM Probabilistic Matching Engine

4. Si la aplicación se ejecuta en distintos husos horarios, o si los datos tienenvalores de tiempo correspondientes a distintos husos horarios, debe habilitar lafunción de huso horario múltiple. Si no es necesaria la función de huso horariomúltiple, debe inhabilitarla al instalar la base de datos.v Para habilitar la función de huso horario múltiple:

a. Vaya al subdirectorio .ddl.b. Desde la línea de mandatos, ejecute el script:

sqlplus SCHEMA/NEWPASSWORD@DBNAME

@Create_function_utc_enabled.sql >> LOG_FILE_NAME

v Para inhabilitar la función de huso horario múltiple:a. Vaya al subdirectorio .ddl.b. Desde la línea de mandatos, ejecute el script:

sqlplus SCHEMA/NEWPASSWORD@DBNAME

@Create_function_utc_disabled.sql >> LOG_FILE_NAME

5. Ejecute los mandatos de los desencadenantes compuestos o de losdesencadenantes 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 instaladesencadenantes simples para realizar supresiones.

v Para instalar desencadenantes compuestos, ejecute los scripts:– sqlplus SCHEMA/NEWPASSWORD@DBNAME

@create_triggers_compound_ora.sql>> LOG_FILE_NAME instaladesencadenantes compuestos para realizar inserciones y actualizaciones.

– Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME@create_delete_triggers_compound_ora.sql>> LOG_FILE_NAME instaladesencadenantes compuestos para realizar supresiones.


6. Convierta el archivo ImpReqData.script en un script de shell y ejecute el scriptde shell desde la línea de mandatos. Este script llena las tablas de códigos ytablas de configuración del sistema necesarias con datos de tabla de código eninglés para la industria que se introduce en el marcador de posición DTYPE, ylos datos de configuración en el idioma que se introduce en el marcador deposición CONFIG_LANG.

7. Seleccione si desea instalar datos de tablas de códigos para idiomas que nosean 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 idiomaque se introduce en el marcador CODE_LANG, convierta el archivoImp_CodeTables_Data.script en un script de shell y ejecute el script de shelldesde la línea de mandatos. Repita este paso para cada idioma que deseeinstalar.

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 tablaseparados para InfoSphere MDM Probabilistic Matching Engine, de la siguientemanera: TABLE_SPACE>E y INDEX_SPACE>E

Instalación manual de la base de datos de dominio en Oracle:

Instalación manual de la base de datos de dominio en Oracle sustituyendo variosvalores del marcador y ejecutando una serie de mandatos.

Antes de empezar




Procedimiento

1. Vaya al directorio MDM_INSTALL_HOME/database/Full/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 modosiguiente:a. Sustituya DBNAME por el nombre de la base de datos.b. Sustituya SCHEMA por el nombre de esquema asignado para contener los

activos de base de datos.c. CONTRASEÑANUEVA por la contraseña del usuario de esquema.d. TABLE_SPACE para el nombre de espacio de tabla donde se almacenarán

datos de tabla 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 decolumna de usuario largos como CLOB y XML

g. TABLESPACE_LOCATION para la ubicación donde se creará el espacio detabla. Ésta normalmente está en el directorio de la base de datos que está enORACLE_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 deOracle que se está utilizando.

h. DTYPE por el tipo de datos a cargar. Especifique uno de los siguientesvalores en minúsculas:v bancav segurosv telecomunicacionesv fabricación

i. CONFIG_LANG para el idioma que se va a utilizar. Por ejemplo, para inglésutilice en; para francés utilice fr.

j. CODE_LANG por el idioma de todos los datos de tabla de códigoadicionales a cargar. Por ejemplo, para japonés utilice ja; para francés utilicefr.

3. Desde la línea de mandatos en MDM_INSTALL_HOME/database/Full/Oracle/Standard/ddl, ejecute estos mandatos en el orden en que se listan:a. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_tables_ora.sql>>

LOG_FILE_NAME crea las tablas base y las definiciones de claves primariasb. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_hist_tables_ora.sql>>

LOG_FILE_NAME crea las tablas de historial y las definiciones de clavesprimarias

c. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_ix_ora.sql>> LOG_FILE_NAMEcrea todos los índices, incluyendo restricciones de índice exclusivo

d. sqlplus SCHEMA/NEWPASSWORD@DBNAME @create_fk_ora.sql>> LOG_FILE_NAMEcrea 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_NAMEcrea los objetos de InfoSphere MDM Probabilistic Matching Engine.

Importante: Antes de ejecutar el script create_eME_ora.sql en el pasosiguiente, edite el script y sustituya los marcadores ESPACIO_TABLA yESPACIO_ÍNDICE con los nombres de espacio de tabla y espacio de índicecreados para los objetos de base de datos de InfoSphere MDM ProbabilisticMatching 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 instaladesencadenantes simples para supresiones

v Para instalar desencadenantes compuestos, ejecute los scripts:– sqlplus SCHEMA/NEWPASSWORD@DBNAME

@create_triggers_compound_ora.sql>> LOG_FILE_NAME instaladesencadenantes compuestos para inserciones y actualizaciones.


– Opcional: sqlplus SCHEMA/NEWPASSWORD@DBNAME@create_delete_triggers_compound_ora.sql>> LOG_FILE_NAME instaladesencadenantes compuestos para supresiones.

5. Convierta el archivo ImpReqData.script en un script de shell y ejecute el scriptde shell desde la línea de mandatos. Este script llena las tablas de códigos ytablas de configuración del sistema necesarias con datos de tabla de código eninglés para la industria que se introduce en el marcador de posición DTYPE, ylos datos de configuración en el idioma que se introduce en el marcador deposición CONFIG_LANG.

6. Seleccione si desea instalar datos de tablas de códigos para idiomas que nosean 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 idiomaque se introduce en el marcador CODE_LANG, convierta el archivoImp_CodeTables_Data.script en un script de shell y ejecute el script de shelldesde la línea de mandatos. Repita este paso para cada idioma que deseeinstalar.

7. Para llenar la tabla del gestor de configuración con datos en idioma inglés, lavía de acceso a datos se indica en el marcador DEL_DATA_PATH (si no hamodificado la ubicación del directorio, la vía de acceso es /data) y los registrosse indican en el marcador DEL_DATA_LOGS. Convierta el archivoImpReqDataCfgMgr.script en un script de shell y ejecute el script de shell desdela línea de mandatos. Este script llena las tablas de configuración del sistemanecesarias con datos en inglés.

8. Si ha habilitado la búsqueda sin distinción de mayúsculas y minúsculas en labase de datos principal, debe ejecutar el script siguiente:Sqlplus SCHEMA/NEWPASSWORD@DBNAME@Insensitive_search_enabled.sql >> LOG_FILE_NAME

Preparación de un sistema Solaris para instalación deInfoSphere MDMSi está instalando en un sistema operativo Solaris, debe completar esteprocedimiento antes de iniciar la instalación.


Si no completa estos pasos, la instalación de InfoSphere MDM puede tardar másde 8 horas en completarse. El resultado es que la instalación sobrepasa el tiempode 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 (Integrated Solutions Console) de WebSphere

Application Server y navegue hasta Administración del sistema > Gestor dedespliegue > Java y gestión de procesos > Definición de proceso > Máquinavirtual Java.

3. En el campo Argumentos genéricos de máquina virtual Java del panelConfiguración, escriba el argumento siguiente: -XX:MaxpermSize=384m. PulseAplicar y Guardar directamente en configuración maestra.


4. Reinicie el nodo y el gestor de despliegue.En T-series, complete estos pasos:5. Vaya al directorio DIR_INICIO_PERFIL_WAS/deployment manager properties y

abra el archivo soap.client.props.6. Cambie el valor de com.ibm.SOAP.requestTimeout de 180 a 1800:

com.ibm.SOAP.requestTimeout=1800

7. Reinicie el nodo y el gestor de despliegue.

Configuración del servicio de mensajería incluido de WebSphereApplication ServerLa aplicación InfoSphere MDM utiliza Message Driven Beans (MDB) que, en elmomento de arranque del Enterprise Bundle Archive (EBA), busca susespecificaciones de activación asociadas y un proveedor de JMS.

Si no existe ningún proveedor de JMS, se agotará el tiempo de espera de los MDBy no se podrá iniciar. Para simplificar el proceso de instalación y de configuración,la instalación de InfoSphere MDM configura automáticamente un proveedor deJMS y un motor.

Si ya tiene configurado un servicio de mensajería incluido de WebSphereApplication Server (bus de mensajería) o si está instalando InfoSphere MDM enz/OS, deberá llevar a cabo determinados pasos antes de efectuar la instalación.

Si está realizando la instalación en z/OS y no dispone de ningún bus demensajería, deberá llevar a cabo determinados pasos después de instalarInfoSphere MDM. No es necesario realizar tareas de configuración posteriores a lainstalación para los sistemas operativos z/OS.Tareas relacionadas:“Configuración de su bus de mensajería en z/OS tras la instalación” en la página142

Preparación de un bus de mensajería existente de WebSphere Application Serverpara la instalación de InfoSphere MDM en z/OS:

Si está realizando la instalación de InfoSphere MDM en z/OS, el usuario de basede datos para la instalación de InfoSphere MDM debe disponer de permisos paracrear tablas y espacios de tablas. Si no es así, es posible que WebSphereApplication Server no cree las tablas SIB (Service Integration Bus - bus deintegración de servicios) correctamente.


Si ya dispone de un bus de mensajería de WebSphere Application Server y estárealizando la instalación con un usuario que no dispone de permisos de creaciónde tablas ni espacios de tabla, deberá llevar a cabo estos pasos antes de empezar lainstalación de InfoSphere MDM.

Si no dispone todavía de ningún bus de mensajería, continúe primero con lainstalación de InfoSphere MDM y, a continuación, lleve a cabo los pasos de“Configuración de su bus de mensajería en z/OS tras la instalación” en la página142.

Procedimiento

1. Abra la consola de administración (Integrated Solutions Console) de WebSphereApplication Server.


2. Vaya a Integración de servicios > Buses > su bus de aplicación > Miembrosdel bus.

3. En la página Miembros del bus, pulse miembro de su bus de aplicación >servidor SIB de su aplicación > Almacén de mensajes.

4. Desmarque la opción Crear tablas para impedir que WebSphere ApplicationServer intente crear las tablas SIB.

5. Verifique que el Nombre de esquema apunta a su esquema de InfoSphereMDM. Si no es así, cambie el nombre de esquema.

6. Pulse Aplicar y luego pulse Guardar directamente en configuración maestra.7. Detenga el servidor de aplicaciones.8. Cree las tablas SIB para su instancia modificando en el archivo ZSIB.sql el

esquema, el prefijo y el propietario de la base de datos. En el archivo, sustituya<SCHEMA> por el nombre de su esquema, <PREFIX> por su prefijo de trescaracteres y <DBA ACCOUNT> por su propietario de la base de datos. Ejecuteel SQL como propietario de la base de datos.

9. Sincronice sus nodos e inicie el servidor de aplicaciones.Tareas relacionadas:“Instalación en z/OS” en la página 140

Preparación de un bus de mensajería existente de WebSphere Application Serverpara la instalación de InfoSphere MDM:

Si está realizando la instalación en un sistema operativo distinto de z/OS, elinstalador puede crear correctamente las tablas SIB porque no es necesariodisponer de ningún permiso especial. si está apuntando el bus de mensajeríaexistente a una instancia de InfoSphere MDM, asegúrese de que el origen de datosde mensajería y el nombre de esquema del almacén de mensajes apunten alesquema de InfoSphere MDM.


Utilice este procedimiento para apuntar el esquema de mensajería al esquema deInfoSphere MDM antes de empezar la instalación.

Procedimiento

1. Abra la consola de administración (Integrated Solutions Console) de WebSphereApplication Server.

2. Vaya a Integración de servicios > Buses > su bus de aplicación > Miembrosdel bus.

3. En la página Miembros del bus, pulse miembro de su bus de aplicación >servidor SIB de su aplicación > Almacén de mensajes.

4. Verifique que el Nombre de esquema apunta a su esquema de InfoSphereMDM. Si no es así, cambie el nombre de esquema.

5. Pulse Aplicar y luego pulse Guardar directamente en configuración maestra.6. Sincronice sus nodos y reinicie el servidor de aplicaciones.

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



Utilice IBM Installation Manager para instalar el componente de mensajería deInfoSphere MDM si IBM WebSphere MQ se encuentra en la misma máquina en laque planea ejecutar el instalador para instalar el componente de MDM operationalserver.

IBM Installation Manager instala de forma predeterminada el servidor demensajería de InfoSphere MDM cuando el usuario selecciona el proveedor demensajería WebSphere MQ en lugar del proveedor de mensajería predeterminadoWebSphere Application Server en el panel de configuración de la aplicación MDM.

Procedimiento1. Vaya hasta el directorio donde ha descargado los paquetes de InfoSphere

MDM.2. Abra disk1.zip y extraiga la subcarpeta StartUpToolkit en un directorio de

su elección. En lo sucesivo, está ubicación de directorio la designaremos comoDIR_INICIO_INSTALACIÓN_STARTUPKI.

3. Obtenga el script custSetupMQServer.mqsc del directorioSTARTUPKIT_INSTALL_HOME.

4. Cree e inicie el gestor de colas que utilizará el componente de servidor demensajería InfoSphere MDM (sustituya MDM1011.QMANAGER por cualquiernombre que elija) ejecutando el script:/usr/mqm/crtmqm MDM1011.QMANAGER

No realice este paso si quiere utilizar un gestor de colas existente.5. Inicie el gestor de colas ejecutando el script:

/usr/mqm/strmqm MDM1011.QMANAGER

6. Prepare custSetupMQServer.mqsc sustituyendo el marcador de posiciónCHANNEL_NAME del script custSetupMQServer.mqsc por el valor real delcanal de WebSphere MQ que se debe utilizar.

7. Cree los objetos de configuración del componente de servidor de mensajeríade InfoSphere MDM ejecutando el script:/usr/mqm/runmqsc < $HOME/custSetupMQServer.mqsc MDM1011.QMANAGER

Sustituya el marcador de posición CHANNEL_NAME del scriptcustSetupMQServer.mqsc por el valor real del canal de WebSphere MQ autilizar.

8. Habilite el soporte para el intermediario de sucesos ejecutando el script:/usr/mqm/runmqsc < /usr/mqm/java/bin/MQJMS PSQ.mqsc MDM1011.QMANAGER

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

10. 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 escuchade WebSphere MQ.


Configuración del entorno local y codificación de caracteres ensistemas de destinoLos valores de globalización se establecen automáticamente en los servidoresoperativos físicos durante la instalación. Para los servidores operativos conconfiguraciones virtuales, hay algunos valores que debe establecer manualmentedespués de la instalación.

La configuración Unicode se realiza cuando ejecuta el script para crear una base dedatos adecuado para el tipo de base de datos. La configuración de idioma serealiza durante la instalación. Utilice este procedimiento para establecer cualquierconfiguración adicional para los servidores operativos si planifica implementar unidioma diferente al Ingles de Estados Unidos.

Los archivos de registro creados por el servidor operativo están codificados enASCII. Los puntos de código no abarcados por ASCII están en la forma Unicodeestándar de U+XXXX.

Compruebe que los siguientes elementos Unicode están definidos por el script decreación de nueva base de datos: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 lavariable 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 servidoroperativo. (Un controlador de conexión inalámbrica utiliza bibliotecas de clienteOracle.)LS_LANG=AMERICAN_AMERICA.AL32UTF8

v IBM DB2: CREATE DATABASE dname USING CODESET UTF-8 TERRITORYcódigo de territorio. Por ejemplo: create database prod using codeset UTF-8territory 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 lavariable MAD_ENCODING para la configuración virtual MDM. Esta variable seestablece en el archivo de configuración com.ibm.mdm.mds.jni.cfg.

Las series traducidas se almacenan en el directorio /smt. Estos archivos, comofr_FR.smt o en_US.smt, contienen los mensajes de interacción que son devueltos alos clientes. Para establecer el idioma para las series traducidas, también debeestablecer la variable de entorno MAD_SMTLIST en el archivo de configuracióncom.initiate.server.system.cfg. Esta variable apunta al archivo *.smt apropiado.Si utiliza varios idiomas, puede separar los idiomas con comas en la propiedadvariable.

Cuando la opción MAD_SMTLIST se establece en varios idiomas (smtcode), elservidor operativo potencialmente puede cargar varios idiomas (series) a un mismotiempo. Sin embargo, los componentes de InfoSphere MDM muestran las series deun solo idioma por vez. Por ejemplo, el mismo servidor operativo está configuradopara enviar a un cliente francés, mensajes en francés y a un cliente inglés, mensajesen 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.

Comprobación de requisitos previos utilizando la herramienta delínea de mandatosAntes de instalar un despliegue personalizado de InfoSphere MDM, ejecute laherramienta de línea de mandatos de comprobación de requisitos previos que seincluye con el Installation Startup Kit.


La herramienta de línea de mandatos de comprobación de requisitos previos ayudaa evitar que se empiece una instalación que se no va a poder finalizarcorrectamente porque faltan requisitos previos. Esta herramienta tiene la capacidadde probar el entorno de trabajo para verificar que se cumplen los requisitosesperados. Además, recoge datos básicos y avanzados procedentes de archivos deregistro, archivos de configuración y metadatos almacenados en la base de datos.

Nota: La herramienta de línea de mandatos de comprobación de requisitos previosincluye la funcionalidad que proporciona IBM Support Assistant Data Collector.

Procedimiento1. Vaya hasta el directorio donde ha descargado los paquetes de InfoSphere

MDM.2. Abra disk1.zip y extraiga la subcarpeta StartUpToolkit en un directorio de su

elección. En lo sucesivo, está ubicación de directorio la designaremos comoDIR_INICIO_INSTALACIÓN_STARTUPKI.

3. Vaya al directorio del comprobador de requisitos previos de Installation StartupKit, DIR_INICIO_INSTALACIÓN_STARTUPKIT\PrereqCheckingTool\MDMCollector\isadc_checker\MDMCollector\isadc.

4. Ejecute el script de comprobación de requisitos previos:v En Microsoft Windows, ejecute isadc.bat.v En Linux o UNIX, ejecute isadc.sh.

La herramienta de línea de mandatos de comprobación de requisitos previos leguiará por los pasos de:v Comprobar los requisitos previos de la instalación.v Recopilar datos básicos.v Recopilar datos avanzados.

Conceptos relacionados:“Requisitos previos de cuenta para instalaciones personalizadas” en la página 81Referencia relacionada:“Installation Startup Kit para instalaciones personalizadas” en la página 10“Comprobaciones de requisitos previos para las instalaciones personalizadas” en lapágina 127

Instalación de un despliegue personalizado de InfoSphereMDM

Utilice este procedimiento para ejecutar una instalación personalizada. Unainstalació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 datosde IBM DB2.

Antes de empezar

Asegúrese de que cumple 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 Ha instalado IBM Installation Manager y ha añadido los repositorios necesarios.v Se ha iniciado y nodo y el gestor de despliegue de IBM WebSphere Application

Server.v Se ha iniciado la base de datos.v Ha instalado IBM Rational Application Developer, si está instalando InfoSphere

MDM Workbench en una estación de trabajo.







de almacenamiento dinámico máximo en 1024 MB.5. Pulse Aceptar, guarde los cambios y sincronice los cambios con los nodos.


Nota: Si está instalando un despliegue de clúster, salte directamente a Instalaciónun entorno de clúster.

Nota: Si va a realizar la instalación en un sistema z/OS, salte directamente a“Instalación en z/OS” en la página 140.

Si tiene instalado IBM Rational Application Developer, asegúrese de no instalarInfoSphere MDM en el mismo grupo de paquetes.

Procedimiento1. Revise los requisitos previos indicados anteriormente en este tema y

compruebe que ha completado todos los pasos necesarios de preparación.Estos pasos no son opcionales.


2. Inicie IBM Installation Manager.3. En la pantalla de inicio de IBM Installation Manager, pulse Install.4. En el panel Install Packages, seleccione la edición de InfoSphere MDM y los

paquetes adicionales que necesite (como, por ejemplo, Workbench). PulseSiguiente.

5. Revise y acepte el acuerdo de licencia y, a continuación, pulse Siguiente.6. Elija si desea instalar en un grupo de paquetes existente o crear un nuevo

grupo de paquetes.






c. Pulse Siguiente.9. En el panel de componentes, seleccione los componentes, aplicaciones y

componentes opcionales de InfoSphere MDM para instalar y pulse Siguiente.10. En el siguiente conjunto de paneles, especifique la información de

configuración:

Consejo: Utilice como guía las hojas de trabajo completadas de la instalación.En los diferentes paneles de configuración, la pantalla muestra una marca deselección verde o una cruz roja para indicar si el panel se ha completadocorrectamente.a. En el panel Configuración de base de datos:

v Especifique los detalles de la base de datos. Si el valor de inicio de labase de datos es válido, se activa el botón Probar conexión.

v Pulse Probar conexión. La base de datos debe estar accesible yejecutándose para que la prueba pueda ser correcta.

v Una vez que se haya realizado la prueba de conexión correctamente,puede configurar espacios de tablas. Seleccione Utilizar espacios detablas existentes o Crear espacios de tablas nuevos. Si elige crearnuevos espacios de tablas, debe definir los nombres nuevos.

b. En el panel Configuración de historial, seleccione las opciones necesariasde idioma, industria y desencadenantes de acuerdo con sus necesidadesempresariales.

c. En el panel Configuración de WebSphere Application Server:v Escriba la información que ha utilizado para configurar el servidor de

aplicaciones.


v Seleccione Recuperar detalles de host para obtener la información decelda, nodo y servidor. En cada lista desplegable, seleccione la celda, elnodo y el servidor recuperados. Si necesita proporcionar un valordiferente, puede escribirlo en el campo.

v Pulse Verificar instancia de MDM en servidor.d. En el panel Configuración de aplicación:

v Proporcione el nombre de la nueva aplicación, la contraseña de usuarioy el puerto de RMI. La aplicación de instalación utilizará estos datospara configurar InfoSphere MDM.

v Seleccione Comparación probabilística o Comparación deterministapara el estilo de comparación de datos utilizado.

v Si su aplicación se ejecuta en distintas zonas horarias o utiliza datoscuyo valores varían con la hora bajo zonas horarias diferentes, seleccioneHabilitar despliegue de zona horaria múltiple y seleccione una Zonahoraria predeterminada.

v Seleccione el tipo de mensajería que va a utilizar en esta instalación. Siselecciona IBM WebSphere MQ, se le solicitará que proporcione losdatos de la instancia de WebSphere MQ.

Consejo: Si ha instalado WebSphere MQ en una máquina distinta de lamáquina donde se ejecuta IBM Installation Manager, deseleccione laopción Configurar servidor de mensajería para impedir que elinstalador cree un gestor de colas. Mantenga la opción seleccionada sidesea crear un gestor de colas.

e. En el panel Revisión de la configuración de la instalación:v Seleccione el tipo de instalación. Podrá elegir configurar

automáticamente los componentes de la aplicación como parte delproceso de instalación principal o ejecutar scripts después de lainstalación para configurarlos más tarde.

Nota: Vea los temas relacionados al final de esta página para obtenermás información acerca de la separación de la configuración de lainstalación.

v Expanda las cabeceras de propiedades para revisar los detalles que haconfigurado para esta instalación.

v Pulse Comprobar requisitos de instalación para ejecutar una serie decomprobaciones de requisitos previos. Con las comprobaciones podráconfirmar si son suficientes el entorno y su configuración paracompletar la configuración.

v Revise los resultados de la prueba de validación de requisitos previos.Pulse Mostrar detalles para ver más información sobre cada prueba yseguir los enlaces que se proporcionan para ver los archivos de registros.

Consejo: Puede pasar por alto los avisos pulsando Mostrar detalles yseleccionando luego Ignorar aviso. Comprendo los riesgos. Los erroresno se pueden pasar por alto.

v Si es necesario, haga las correcciones necesarias para solucionar losavisos o errores y pulse volver a comprobar estado.

v Cuando pase correctamente las comprobaciones, pulse Instalar.

La aplicación de la instalación instalará InfoSphere MDM. En función de laconfiguración, el proceso de instalación puede tardar tiempo.




Resultados



Después de la instalación, si desea añadir o eliminar una característica (porejemplo, añadir una aplicación u otra traducción de idioma), o modificarcualquiera de los valores de configuración, puede ejecutar IBM InstallationManager nuevamente y seleccionar Modify.Conceptos relacionados:“Tipo de despliegue de instalación personalizada” en la página 26“Hojas de trabajo para la instalación y configuración” en la página 28“Verificación de la instalación base” en la página 175Tareas relacionadas:“Preparación de un despliegue personalizado” en la página 79“Instalación en z/OS” en la página 140Resolución de problemas de una instalación

Comprobaciones de requisitos previos para las instalacionespersonalizadasLa aplicación del instalador de InfoSphere MDM ejecuta pruebas para garantizarque se satisfacen ciertos requisitos previos antes de empezar cada instalaciónpersonalizada.



Cuando ejecuta una instalación personalizada, la aplicación de instalación ejecutalas siguientes comprobaciones de requisitos previos.




Esta comprobación valida quehaya espacio de disco suficientepara instalar InfoSphere MDM enel directorioMDM_INSTALL_HOME.

Asegúrese de que haya almenos 2 GB de espacio de discodisponibles en la ubicaciónMDM_INSTALL_HOME.


Tabla 21. Verificaciones del sistema (continuación)




Asegúrese de que el sistema enel que está realizando lainstalación tenga al menos 8 GBde RAM.Nota: Puede decidir ignorareste aviso pero la instalaciónpodría fallar.



Comprobación de laversión de la base dedatos

Esta comprobación valida que seadmite la versión de la base dedatos.

Asegúrese de que la base dedatos de esta instalación es unade las versiones de base dedatos que figuran en la lista derequisitos del sistema deInfoSphere MDM.

Verificación delespacio de discopara la base de datos

Esta comprobación valida quehaya suficiente espacio de discodisponible para la base de datosde MDM en la ubicación de labase de datos predeterminada (lacarpeta de inicio de la base dedatos).

Asegúrese de que haya almenos 6 GB de espacio de discopara la base de datos.Nota: Este requisito sólo tieneen cuenta los requisitos básicosde espacio de disco para lacreación de la base de datos.

Verificación deparámetros de labase de datos

Esta comprobación verifica quetodas las credenciales de laconexión de base de datos (talescomo, host, puerto, usuario ycontraseña) sean correctas cuandose intenta conectar a la base dedatos. Esta comprobación tambiénverifica que el conjunto decaracteres para la base de datos esUnicode (UTF-8).

Asegúrese de que el usuario debase de datos especificadopuede conectarse a la base dedatos utilizando el nombre dehost, el puerto y las credencialesde base de datos especificadas.Cada uno de estos parámetrosdeben ser correctos y los JARnecesarios deben estardisponibles para conectar elcliente al servidor de la base dedatos.

v Para bases de datos DB2 ,asegúrese de que el conjuntode códigos es UTF-8.

v Para bases de datos Oracle,asegúrese de que el valor deNLS_CHARACTERSET esAL32UTF8.

Para obtener detalles sobre losmotivos específicos por los queha fallado esta comprobación,consulte el archivo de registro.




Verificación de lasagrupaciones dealmacenamientosintermedios de labase datos

Esta comprobación determina silas agrupaciones dealmacenamientos intermedios dela base de datos cumplen losrequisitos del sistema deInfoSphere MDM.

Asegúrese de que lasagrupaciones dealmacenamientos intermedios dela base de datos cumplen losrequisitos del sistema deInfoSphere MDM.


Verificación depermiso de usuariode la base de datos

Esta comprobación valida queexiste el usuario de la base dedatos que se ha especificado y quedispone de los permisosnecesarios.

Asegúrese de que el usuario dela base de datos que se estáutilizando para la instalacióntenga todos los permisosnecesarios.


Los usuarios de la base de datosde MDM deben poder crear yeditar espacios de tabla, tablas,desencadenantes, funciones,vistas, procedimientos ysecuencias. Para obtener detallessobre los permisos necesarios dela base de datos, instale elStartup Toolkit de InfoSphereMDM y consulte las operacionesque han ejecutado los scripts deconfiguración de la base dedatos:

v DB2: STARTUP_TOOLKIT_HOME\database\CoreData\Full\DB2\Standard\ddl\CreateTS.sql

v Oracle:STARTUP_TOOLKIT_HOME\database\CoreData\Full\Oracle\Standard\ddl\create_schema_ora.sql

Nota: Los permisos sonespecíficos de DB2 y Oracle.

Verificación de ladefinición de espaciode tabla

Esta comprobación valida que losespacios de tabla necesarios de labase de datos se hallen en la basede datos.

Asegúrese de que los espaciosde tabla sean correctos.

Consulte el archivo de registropara obtener información sobrelos espacios de tabla que faltan.Nota: Los espacios de tabla sonespecíficos de DB2 y Oracle.





Esta comprobación determina siexiste un origen de datos deODBC en un registro de MicrosoftWindows. Esta comprobación daráerror si ya existe un origen dedatos de ODBC.Nota: En sistemas que no son deWindows, esta comprobaciónsiempre pasará.


1. Abra el editor de registrosde Windows ejecutando elmandato regedit.


3. Expanda ODBC.INI, localicela entrada de origen dedatos ODBC, pulse sobre ellacon el botón derecho yseleccione Suprimir.



Verificación delestado de la base dedatos

Esta comprobación valida si noexisten ya tablas de datos deMDM en el esquema de base dedatos. Si ya se está relleno elesquema, aparece un mensaje deaviso.Consejo: No intente instalarInfoSphere MDM en una base dedatos que ha esté rellena condatos de MDM. La instalaciónsobre una base de datos que yaexiste puede dar lugar a lapérdida de datos si hay algúnfallo en la instalación.

Compruebe que la base de datosse inicia con un esquema vacíoantes de instalar InfoSphereMDM. La instalación creará lastablas de MDM.

Si piensa realizar una instalaciónde actualización, consulte eltema en la publicaciónActualización desde una versiónanterior (consulte los enlacesrelacionados al final de estetema).Nota: Puede elegir ignorar esteaviso, pero si la instalación falla,pueden perderse los datos.




Verificación de laversión deWebSphereApplication Server

Esta comprobación valida que sehaya instalado y esté disponiblela versión correcta de WebSphereApplication Server.

Hay dos casos de ejemplo deerrores posibles para estavalidación:

v No conectado - la herramientade verificación de la instalaciónno se puede conectar aWebSphere Application Server.

v Versión antigua - la versión deWebSphere Application Serverno recibe soporte.

Si el mensaje de error indica quela comprobación de validaciónno se puede conectar, efectúeuna doble comprobación de losdetalles de conexión que hayaespecificado. En el archivo deregistro se indican los motivospor los que ha fallado laconexión.

si el mensaje de error indica queno se da soporte a la versión,debe instalar la versión correctade WebSphere ApplicationServer. El archivo de registroindica tanto la versión detectadacomo la versión necesaria.

Verificación delespacio de disco parael perfil

Esta comprobación valida quehaya espacio de disco suficientepara instalar el servidor operativode InfoSphere MDM en laubicaciónMDM_INSTALL_HOME. Unaanomalía de esta validaciónsolicita un aviso.

Asegúrese de que hayasuficiente espacio de discodisponible en la ubicaciónMDM_INSTALL_HOME.

La cantidad de espacio de disconecesaria varía en función de lascaracterísticas que decidainstalar. Para obtener detallessobre los requisitos específicospara su instalación, consulte elarchivo de registro.Nota: Puede decidir ignorar esteaviso pero la instalación podríafallar.

Verificación deltiempo de espera deconexión SOAP

Esta comprobación valida queexista el archivosoap.client.props y que el valorde tiempo de espera de conexiónSOAP(com.ibm.SOAP.requestTimeout)sea suficiente. Una anomalía deesta validación solicita un aviso.

Si el mensaje de aviso indica queno se encuentra el archivosoap.client.props, consulte elarchivo de registro para obtenermás detalles.

Si el mensaje de aviso indica queel valor de tiempo de espera deconexión SOAP no es losuficientemente amplio, defina elvalor decom.ibm.SOAP.requestTimeout enuno de los valores siguientes:

v un número mayor o igual que1800

v 0, que indica que no habrátiempo de espera

Nota: Puede decidir ignorar esteaviso pero la instalación podríafallar.


Tabla 23. Comprobaciones de servidor operativo (continuación)


Verificación delestado de WebSphereApplication Server

Esta comprobación valida que seesté ejecutando WebSphereApplication Server.

Asegúrese de que WebSphereApplication Server está enejecución. Consulte el archivo deregistro si desea detalles sobre elmotivo por el cual ha falladoesta comprobación.

Tareas relacionadas:“Comprobación de requisitos previos utilizando la herramienta de línea demandatos” en la página 123Referencia relacionada:“Conexiones y cuentas de usuario de base de datos” en la página 89Información relacionada:


Actualización de una versión anterior

Separar la configuración respecto de la instalaciónLa aplicación de instalación de InfoSphere MDM le permite instalar o modificar elproducto mientras la aplicación genera los archivos de propiedades deconfiguración que podrá utilizar para configurar el producto más adelante.


El proceso de instalación estándar de InfoSphere MDM incluye la configuración depropiedades clave del despliegue a la vez que tiene lugar la instalación. Pero lafunción de separación le permite separar la instalación respecto de la configuraciónde las propiedades de la aplicación, la base de datos, las interfaces de usuario yotras propiedades y variables esenciales.

Restricción: La función de separación de la configuración solo está disponible siutiliza el tipo de instalación personalizado. Las instalaciones autónomas con DB2no soportan la separación de configuración de instalación.

Cuando se selecciona la opción de separar la configuración de la instalación, laaplicación de instalación generará una serie de archivos de propiedades que elseguimiento de las selecciones que haya realizado en la sesión de IBM InstallationManager. Estos archivos de propiedades se almacenan enDIR_INICIO_INSTALACIÓN_MDM/properties. Puede editar manualmente estosarchivos de propiedades generadas para cambiar la configuración del producto, yluego utilizar scripts para aplicar la nueva configuración a una instancia existentesin tener que realizar una reinstalación completa.

La función de separación de la configuración también se puede utilizar cuandomodifica un producto instalado para incluir nuevos componentes. Una vezseleccionada la opción de separación, debe seguir siempre un sesión Modify deIBM Installation Manager ejecutando el script madconfig para completar lamodificación.



http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.release.upgrade.doc/Topics/upgrading_to_mdm.html

Procedimiento1. Inicie el Launchpad o IBM Installation Manager para iniciar la instalación

personalizada. Complete los paneles de la aplicación de instalación paraproporcionar los detalles de su despliegue como los hace normalmente.

2. En el panel Revisar configuración de instalación, en Tipo de instalación,seleccione la opción de Ejecutar manualmente los scripts para configurar loscomponentes de InfoSphere MDM después de la instalación.

3. Pulse Comprobar requisitos de instalación para ejecutar las comprobacionesde verificación de la instalación.

4. Corrija los errores de comprobación de verificación y pulse Instalar paraejecutar la instalación. Cuando la instalación finalice, InfoSphere MDM seinstalará y la aplicación de instalación habrá generado algunos o todos losarchivos de propiedades siguientes, dependiendo de los componentes que haseleccionado instalar, en DIR_INICIO_INSTALACIÓN_MDM/properties:

db.propertiesCuando el componente MDM Database se instala a través de IBMInstallation Manager, se crea este archivo de propiedades. Contiene losdetalles de configuración de la instancia de base de datos.

app.propertiesCuando el componente MDM Application se instala a través de IBMInstallation Manager, se crea este archivo de propiedades. Contiene losdetalles de configuración de una instancia operativa de su servidor deInfoSphere MDM.

<interfaz de usuario>.propertiesEn función de los componentes de la aplicación de la interfaz deusuario que haya seleccionado en IBM Installation Manager, se creanuna serie de archivos de propiedades. Estos archivos contienen losdetalles de configuración de los componentes de aplicación de lainterfaz de usuario de InfoSphere MDM.

MDM_isInstalled.propertiesEste archivo de propiedades almacena información de configuraciónacerca de qué componentes de InfoSphere MDM. Este archivo cuentacon un par clave/valor para cada componente que comprueba si estánlas funciones instaladas (YES) o (NO).

MDM_Rollback.propertiesEste archivo de propiedades se utiliza en caso de errores graves quehacen que la instalación se retrotrae. Almacena detalles sobre cadacomponente de InfoSphere MDM y el estado del componente. Estearchivo cuenta con un par clave/valor para cada componente quecomprueba si están instaladas correctamente s las funciones (YES),parcialmente instaladas (PARTIAL) o no instaladas (NO).

Si el estado de cualquier componente es PARCIAL debido a algún errorque la aplicación de instalación ha encontrado, una vez corregido elerror y una vez que la instalación ha vuelto a ejecutarse, la instalaciónse volverá a realizara solo para los componentes parcialmenteinstalados.

El archivo también contiene el conjunto de destinos que se ejecutandurante la instalación de cada componente. Estos destinos serán útilespara gestionar el proceso de retroacción.

MDM_Variables.propertiesEste archivo de propiedades es el archivo de propiedades


predeterminado que se crea durante la instalación de InfoSphere MDM.El valor de la propiedad user.L2.mdm.feature.list contiene una listade funciones que se han seleccionado en IBM Installation Manager.

5. Si es necesario un cambio de configuración, edite uno o varios de los archivosde propiedades contenidos en DIR_INICIO_INSTALACIÓN_MDM/properties parareflejar el cambio necesario.

6. Ejecute el siguiente script madconfig para aplicar la nueva configuracióndefinida en los archivos de propiedades:v En sistemas Microsoft Windows, ejecute

madconfig.bat Configure_MasterDataManagement

v En sistemas Linux o UNIX, ejecutemadconfig.sh Configure_MasterDataManagement

Consejo: Si encuentra algún problema al ejecutar el script de configuración,revise los archivos de registros y realizo los pasos necesarios para corregir elproblema. Luego, vuelva a ejecutar el script.El producto InfoSphere MDM lo configura el script madconfig según losvalores existentes en el archivo de propiedades.

7. Opcional: para eliminar la configuración de un producto completo que seaplicó utilizando el script madconfig Configure_MasterDataManagement, ejecuteel script madconfig siguiente para eliminar todos los archivos de configuración.v En sistemas Microsoft Windows, ejecute

madconfig.bat Uninstall_MDM

v En sistemas Linux o UNIX, ejecutemadconfig.sh Uninstall_MDM

Importante: Tenga cuidado cuando ejecute el script madconfig Uninstall_MDM.La ejecución de Uninstall_MDM elimina la configuración de todos loscomponentes, no sólo la configuración de un componente determinado.

8. Opcional: para eliminar la configuración de un componente individual que seaplicó utilizando el script madconfig Configure_MasterDataManagement:a. Abra IBM Installation Manager y seleccione Modify.b. Elimine el componente en el panel de selección de componentes.c. Ejecute el script madconfig para definir la nueva configuración del

producto:v En sistemas Microsoft Windows, ejecute

madconfig.bat Configure_MasterDataManagement

v En sistemas Linux o UNIX, ejecutemadconfig.sh Configure_MasterDataManagement

Conceptos relacionados:“Instalación de aplicaciones cliente y componentes individuales” en la página 164Tareas relacionadas:“Modificación de la instalación” en la página 180

Casos de separación de la configuración:

Este tema muestra algunos casos de ejemplo en los que los scripts de separaciónde la configuración son útiles.


Modificar la instalación para añadir componentes

Caso de ejemplo

v Durante la sesión inicial de IBM Installation Manager, se han instalado yconfigurado los componentes MDM Database y MDM Application.

v Más tarde, el programa de instalación determina que la instancia deInfoSphere MDM necesita además las aplicaciones de interfaz de usuarioBusiness Administration y Data Stewardship.

Solución

v Ejecute IBM Installation Manager en la modalidad Modify y completelos paneles para añadir los componentes Business Administration y DataStewardship.

v Ejecute el script Configure_MasterDataManagement de madconfig.

ResultadoEl script configura la instancia de InfoSphere MDM para utilizar lasaplicaciones adicionales de interfaz de usuario.

El arreglo de una instalación después de un error deja un componente instaladoparcialmente

Caso de ejemplo

v Durante la sesión inicial de IBM Installation Manager, se han instaladolos componentes MDM Database y MDM Application, y se haseleccionado la opción Ejecutar manualmente los scripts paraconfigurar componentes de InfoSphere MDM después de lainstalación.

v Para configurar los componentes, se ha ejecutado el scriptConfigure_MasterDataManagement de madconfig.

v Al configurar la base de datos de MDM, se ha producido un error y lainstalación se ha detenido, dejando instalado parcialmente elcomponente MDM Database.

SoluciónExamine los archivos de registro, corrija el problema, y vuelva a ejecutar elscript Configure_MasterDataManagement de madconfig.

ResultadoCuando el script se vuelve a ejecutar, se desinstala el componente MDMDatabase instalado parcialmente y luego se reinstala con la nuevaconfiguración. También se configura el componente MDM Application.

Deshacer una instalación fallida de un componente y reconfigurar elcomponente

Caso de ejemplo

v Durante la sesión inicial de IBM Installation Manager, se han instaladolos componentes MDM Database y MDM Application, y se haseleccionado la opción Ejecutar manualmente los scripts paraconfigurar componentes de InfoSphere MDM después de lainstalación.

v Para configurar los componentes, se ha ejecutado el scriptConfigure_MasterDataManagement de madconfig.


v El componente MDM Database se ha instalado satisfactoriamente, perose ha producido un error al instalar el componente MDM Application yla instalación se ha detenido, dejando MDM Application instaladoparcialmente.

SoluciónExamine los archivos de registro, corrija el problema, y vuelva a ejecutar elscript Configure_MasterDataManagement de madconfig.

ResultadoCuando el script se vuelve a ejecutar, se deshace la instalación delcomponente MDM Application instalado parcialmente y luego se reinstalacon la nueva configuración. El componente MDM Database se dejainalterado, pues se ha configurado correctamente durante el primerintento.

Configurar una instalación nueva para trabajar con una base dedatos MDM existentePuede instalar InfoSphere MDM y configurarlo para trabajar con una base de datosMDM existente.


Esto solamente es posible si la base de datos existente pertenece a la mismaversión de release que la instalación de InfoSphere MDM. Si la base de datosMDM existente corresponde a un release anterior a la versión de aplicación actual,consulte la documentación de actualización en lugar del procedimiento siguiente.

Importante: Este procedimiento presupone que IBM Installation Manager no estáya enlazado a ninguna base de datos MDM existente y que no se ha instaladoningún componente de InfoSphere MDM.

Procedimiento1. Enlace IBM Installation Manager con la base de datos MDM existente:

a. Inicie IBM Installation Manager.b. Elija la modalidad Install.c. En el panel de componentes, seleccione únicamente el componente Base de

datos MDM .d. En el panel de configuración de la base de datos, proporcione los

parámetros de la base de datos MDM existente. Para conocer detalles,consulte Instalar un despliegue personalizado de InfoSphere MDM.

e. Antes de salir del panel de configuración de la base de datos, seleccione laopción Extraer scripts para la instalación manual de la base de datos.

f. Complete el asistente de instalación. IBM Installation Manager extraerá yconfigurará archivos, pero no aplicará ningún cambio en la base de datosexistente.

g. Salga de IBM Installation Manager.2. Instale el servidor InfoSphere MDM operativo y conecte el servidor a la base de

datos existente:a. Inicie IBM Installation Manager.b. Elija la modalidad Modify.c. En el panel de componentes, seleccione únicamente el componente Servidor

operativo MDM.


d. En los paneles de configuración, proporcione los detalles de la instalaciónde InfoSphere MDM. Para conocer detalles, consulte el tema Instalar undespliegue personalizado de InfoSphere MDM.

e. Complete el asistente de instalación. IBM Installation Manager desplegará yconfigurará el servidor operativo y actualizará las tablas de configuraciónde gestión de base de datos de MDM para crear una nueva instancia dedespliegue y conectarla al servidor operativo recién instalado. Después deconectar el servidor operativo y la base de datos, IBM Installation Managerejecutará las pruebas de verificación de la instalación (IVT).

Tareas relacionadas:Actualización de una versión anterior“Instalación de un despliegue personalizado de InfoSphere MDM” en la página123

Instalación de InfoSphere MDM en un entorno en clústerUtilice este procedimiento para ejecutar una instalación personalizada deInfoSphereMDM en un entorno en clúster.

Antes de empezar

Asegúrese de que cumple 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 Ha instalado IBM Installation Manager y ha añadido los repositorios necesarios.v Se ha iniciado y nodo y el gestor de despliegue de IBM WebSphere Application

Server.v Se ha iniciado la base de datos.v Ha instalado IBM Rational Application Developer, si está instalando InfoSphere

MDM Workbench en una estación de trabajo.







de almacenamiento dinámico máximo en 1024 MB.5. Pulse Aceptar, guarde los cambios y sincronice los cambios con los nodos.



Consejo: Revise los casos de ejemplo de instalación antes de iniciar una instalaciónen clúster. Si bien puede que los casos de ejemplo no se ajusten exactamente a suentorno, pueden ofrecer una pauta para la instalación.

Procedimiento1. Revise los requisitos previos indicados anteriormente en este tema y

compruebe que ha completado todos los pasos necesarios de preparación.Estos pasos no son opcionales.

2. Verifique que estos elementos estén completos para su servidor deaplicaciones: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.3. 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.4. Si está utilizando la mensajería IBM WebSphere MQ, siga estos pasos para

cada máquina del clúster. Si está utilizando la mensajería predeterminada deIBM WebSphere, vaya al paso siguiente.a. Verifique que WebSphere MQ está instalado.b. Ejecute los scripts custSetupMQServer.mqsc y ChannelAuth.mqsc para crear

el gestor de colas de WebSphere MQ, canal y colas. Estos scripts formanparte del Installation Startup Kit, que puede extraer a partir del archivo depaquete disk1.zip que ha descargado.

5. Abra IBM Installation Manager y pulse Instalar.6. En el panel Instalar paquetes, seleccione la edición y pulse Siguiente.7. Siga las indicaciones para aceptar el acuerdo de licencia, seleccione una

ubicación de instalación y los idiomas.8. Configure los detalles de instalación de InfoSphere MDM:

Consejo: Utilice como guía las hojas de trabajo completadas de la instalación.En los diferentes paneles de configuración, la pantalla muestra una marca deselección verde o una cruz roja para indicar si el panel se ha completadocorrectamente.a. En el panel Configuración de base de datos:

v Especifique los detalles de la base de datos. Si el valor de inicio de labase de datos es válido, se activa el botón Probar conexión.

v Pulse Probar conexión. La base de datos debe estar accesible yejecutándose para que la prueba pueda ser correcta.

v Una vez que se haya realizado la prueba de conexión correctamente,puede configurar espacios de tablas. Seleccione Utilizar espacios detablas existentes o Crear espacios de tablas nuevos. Si elige crearnuevos espacios de tablas, debe definir los nombres nuevos.


b. En el panel Configuración de historial, seleccione las opciones necesariasde idioma, industria y desencadenantes de acuerdo con sus necesidadesempresariales.

c. En el panel Configuración de WebSphere Application Server:v Escriba la información que ha utilizado para configurar el servidor de

aplicaciones.v Seleccione Recuperar detalles de host para obtener la información de

celda, nodo y servidor. En cada lista desplegable, seleccione la celda, elnodo y el servidor recuperados. Si necesita proporcionar un valordiferente, puede escribirlo en el campo.

v Pulse Verificar instancia de MDM en servidor.d. En el panel Configuración de aplicación:

v Proporcione el nombre de la nueva aplicación, la contraseña de usuarioy el puerto de RMI. La aplicación de instalación utilizará estos datospara configurar InfoSphere MDM.

v Seleccione Comparación probabilística o Comparación deterministapara el estilo de comparación de datos utilizado.

v Si su aplicación se ejecuta en distintas zonas horarias o utiliza datoscuyo valores varían con la hora bajo zonas horarias diferentes, seleccioneHabilitar despliegue de zona horaria múltiple y seleccione una Zonahoraria predeterminada.

v Seleccione el tipo de mensajería que va a utilizar en esta instalación. Siselecciona IBM WebSphere MQ, se le solicitará que proporcione losdatos de la instancia de WebSphere MQ.

Consejo: Si ha instalado WebSphere MQ en una máquina distinta de lamáquina donde se ejecuta IBM Installation Manager, deseleccione laopción Configurar servidor de mensajería para impedir que elinstalador cree un gestor de colas. Mantenga la opción seleccionada sidesea crear un gestor de colas.

e. En el panel Revisión de la configuración de la instalación:v Seleccione el tipo de instalación. Podrá elegir configurar

automáticamente los componentes de la aplicación como parte delproceso de instalación principal o ejecutar scripts después de lainstalación para configurarlos más tarde.

v Expanda las cabeceras de propiedades para revisar los detalles que haconfigurado para esta instalación.

v Pulse Comprobar requisitos de instalación para ejecutar una serie decomprobaciones de requisitos previos. Con las comprobaciones podráconfirmar si son suficientes el entorno y su configuración paracompletar la configuración.

v Revise los resultados de la prueba de validación de requisitos previos.Pulse Mostrar detalles para ver más información sobre cada prueba yseguir los enlaces que se proporcionan para ver los archivos de registros.

Consejo: Puede pasar por alto los avisos pulsando Mostrar detalles yseleccionando luego Ignorar aviso. Comprendo los riesgos. Los erroresno se pueden pasar por alto.

v Si es necesario, haga las correcciones necesarias para solucionar losavisos o errores y pulse volver a comprobar estado.

v Cuando pase correctamente las comprobaciones, pulse Instalar.


La aplicación de la instalación instalará InfoSphere MDM. En función de laconfiguración, el proceso de instalación puede tardar tiempo.



Resultados



Después de la instalación, si desea añadir o eliminar una característica (porejemplo, añadir una aplicación u otra traducción de idioma), o modificarcualquiera de los valores de configuración, puede ejecutar IBM InstallationManager nuevamente y seleccionar Modify.Conceptos relacionados:“Hojas de trabajo para la instalación y configuración” en la página 28“Preparación de IBM Installation Manager” en la página 80“Instalación y configuración del servidor de aplicaciones” en la página 82“Casos de ejemplo de instalación” en la página 48“Verificación de la instalación base” en la página 175“Soporte de varias instancias” en la página 13Tareas relacionadas:“Instalación y configuración de la base de datos” en la página 88“Instalación en z/OS”“Modificación de la instalación” en la página 180Resolución de problemas de una instalación“Adición de un nuevo código a un clúster existente” en la página 181

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

Antes de empezar

Asegúrese de que cumple estos requisitos previos:v Ha añadido la oferta de InfoSphere 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 Ha completado “Preparación de un bus de mensajería existente de WebSphere

Application Server para la instalación de InfoSphere MDM en z/OS” en lapágina 119.

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



Este proceso necesita dos sesiones separadas. En la primera sesión, extrae y ejecutalos JCL que se utilizan para instalar manualmente la base de datos de physicalMDM.

Después de completada la carga de la base de datos física, la segunda sesión deinstalación instala el componente virtual de la base de datos de MDM, el servidoroperativo y cualquier otra función que seleccione.

Procedimiento

Para la primera sesión, extraiga y ejecute los JCL de physical MDM. Extraiga elInstallation Startup Kit para extraer los activos de InfoSphere MDM DB2 paraz/OS en el directorio DIR_INICIO_INSTALACIÓN_STARTUPKIT.1. Vaya hasta el directorio donde ha descargado los paquetes de InfoSphere

MDM.2. Abra disk1.zip y extraiga la subcarpeta StartUpToolkit en un directorio de

su elección. En lo sucesivo, está ubicación de directorio la designaremos comoDIR_INICIO_INSTALACIÓN_STARTUPKI.

3. Vaya a STARTUPKIT_INSTALL_HOME.4. Copie los activos de Operational Server z/OS de MDM de los directorios

STARTUPKIT_INSTALL_HOME/CoreData/Full/DB2/ZOS/pds ySTARTUPKIT_INSTALL_HOME/Full/DB2/ZOS/pds al sistema z/OS.

Para la segunda sesión, instale MDM Operational Server y otros componentes:5. Inicie IBM Installation Manager y pulse Install en el panel de inicio.6. En el panel Instalar paquetes, seleccione la edición y pulse Siguiente.7. 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, asegúresede no instalar InfoSphere MDM en el mismo grupo de paquetes. En el panelInstalar paquetes, seleccione Crear un nuevo grupo de paquetes.

8. Seleccione MDM Operational Server, MDM Database, y cualquier otrafunción que desee instalar.

9. 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 deaplicaciones. Utilice el usuario y contraseña de mdmadmin. Pulse VerifyMDM Instance on Server antes de salir del panel.

v En el panel Messaging Server, seleccione IBM WebSphere DefaultMessaging o MQ Messaging Provider. Para obtener información sobrecómo instalar manualmente tablas de SIB en WebSphere Application Server,consulte el tema Creación de tablas de almacén de datos en la documentaciónden línea de WebSphere Application Server.

10. Revise la información de resumen de la instalación para comprobar que losdetalles son correctos y pulse Verificar requisitos de instalación para ejecutarlas comprobaciones de requisitos previos. Con las comprobaciones podráconfirmar si son suficientes el entorno y su configuración para completar laconfiguración.



http://www.ibm.com/support/knowledgecenter/SSEQTP_8.5.5/com.ibm.websphere.base.doc/ae/tjm0080_.html

http://www.ibm.com/support/knowledgecenter/SSEQTP_8.5.5/com.ibm.websphere.base.doc/ae/tjm0080_.html




Un mensaje de realizado satisfactoriamente en el panel de instalación final indicaque las pruebas de verificación se han ejecutado automáticamente como parte delproceso de instalación. También puede ver los archivos de registro para verificaruna instalación satisfactoria. Si la instalación no es satisfactoria, consulte losarchivos de registro y utilice la información de los temas de resolución deproblemas como ayuda.Tareas relacionadas:“Instalación de un despliegue personalizado de InfoSphere MDM” en la página123“Instalación de InfoSphere MDM en un entorno en clúster” en la página 137“Preparación de un bus de mensajería existente de WebSphere Application Serverpara la instalación de InfoSphere MDM en z/OS” en la página 119

Configuración de su bus de mensajería en z/OS tras lainstalaciónSi no tiene creado ningún servicio de mensajería incluido de WebSphere (bus demensajería) antes de la instalación, deberá llevar a cabo este procedimientodespués de instalar InfoSphere MDM en z/OS.


Tras finalizar la instalación, se visualiza un error indicando que No se ha superadola prueba de verificación de la instalación. Puede ignorar este error si lleva acabo estos pasos.

Procedimiento1. Abra la consola de administración (Integrated Solutions Console) de

WebSphere Application Server.2. Vaya a Integración de servicios > Buses > su bus de aplicación > Miembros

del bus.3. En la página Miembros del bus, pulse miembro de su bus de aplicación >

servidor SIB de su aplicación > Almacén de mensajes.4. Desmarque la opción Crear tablas.5. Pulse Aplicar y luego pulse Guardar directamente en configuración maestra.6. Sincronice sus nodos y reinicie el servidor de aplicaciones. Al detener el

servidor se evita que WebSphere Application Server intente crear y conectarsea las tablas SIB.

7. Cree las tablas SIB para su instancia modificando en el archivo ZSIB.sql elesquema, el prefijo y el propietario de la base de datos. En el archivo,sustituya <SCHEMA> por el nombre de su esquema, <PREFIX> por su prefijode tres caracteres y <DBA ACCOUNT> por su propietario de la base de datos.Ejecute el SQL como propietario de la base de datos.

Nota: El valor de <PREFIX> es normalmente los tres últimos caracteres delnombre de esquema.

8. Reinicie el servidor de aplicaciones.


9. Desde el directorio MDM_INSTALL_HOME/IVT, ejecute el script Verify.sh. Porejemplo, utilice el mandato: verify.sh esquema_base_datoscontraseña_base_datos usuario_WAS contraseña_WAS

10. Consulte los archivos de respuestas de la instalación para asegurarse de que laIVT ha sido satisfactoria.Los archivos de respuestas se hallan en los directorios MDM_INSTALL_HOME/IVT/testCases/xml/response y MDM_INSTALL_HOME/IVT/testCases/xml_virtual/response.

Conceptos relacionados:“Configuración del servicio de mensajería incluido de WebSphere ApplicationServer” en la página 119

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

Antes de empezar

Asegúrese de que cumple estos requisitos previos:v Ha completado todas las tareas de preparación de la instalación, incluida la

instalación y preparación de IBM WebSphere Application Server y de la base dedatos.

v Ha instalado IBM Installation Manager y ha añadido los repositorios necesarios.v Se ha iniciado IBM WebSphere Application Server (gestor de despliegue y nodo)

y la base de datos.

Procedimiento1. Inicie IBM Installation Manager y pulse Instalar.

a. En el panel Instalar paquetes, seleccione la edición y pulse Siguiente.b. Siga las indicaciones para aceptar el acuerdo de licencia, seleccione una

ubicación de instalación y los idiomas.c. Seleccione los componentes MDM Database y MDM Operational Server y

pulse Siguiente.d. Complete los paneles de configuración y pulse Siguiente.e. Pulse Instalar. La aplicación de instalación crea el origen de datos de ODBC

con el SID y ejecuta el destino madconfig bootstrap_datasource para creartodas las tablas de MDM virtual.

Consejo: Consulte el tema principal de esta tarea para conocer detalles sobrecómo completar los subpasos anteriores.

2. Abra la consola de administración (Integrated Solutions Console) de WebSphereApplication Server y seleccione Recursos > JDBC > Orígenes de datos.a. En la página Orígenes de datos, pulse el nombre del origen de datos de

MDM que utiliza.b. En la página Orígenes de datos siguiente, pulse Propiedades

personalizadas.c. Elimine el SID seleccionándolo y pulsando Suprimir.d. Pulse Nuevo y añada una nueva propiedad personalizada Nombre para

serviceName y el Valor.e. Pulse Aceptar.


3. Ejecute los mandatos siguientes desde el directorio native.war/scripts. Paraun despliegue en clúster de InfoSphere MDM, debe ejecutar estos mandatos encada 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 lasolicitud en blanco y pulse Intro.


Revise siempre los registros de instalación para verificar que el proceso se hayacompletado correctamente.

Si determina que los datos virtuales no se han cargado correctamente después derevisar los registros, puede utilizar el programa de utilidad madconfig para volvera cargar los datos o para ejecutar un programa de arranque.

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

Antes de empezar

Siga los pasos que se indican en “Despliegue de la función MDM NativeComponent en servidor Windows remoto” en la página 145.

Procedimiento1. En la máquina donde ha instalado el cliente de Oracle nativo y los

controladores y donde ha desplegado el archivo EAR nativo:a. Configure la variable de entorno del sistema operativo como:

ORACLE_HOME=PATH_TO_ORACLE_HOME.b. Configure la variable de entorno del sistema operativo como:

v Para Microsoft Windows: LIB=PATH_TO_ORACLE_HOME/libv Para IBM AIX: LIBPATH=PATH_TO_ORACLE_HOME/libv Para otros sistemas operativos: LD_LIBRARY_PATH=PATH_TO_ORACLE_HOME/

lib

2. Vaya al directorio native.war/scripts y ejecute estos mandatos:a. madconfig remove_datasource -Dmad.db.dsn=DB_NAME_MDM_INSTANCE_ID

b. madconfig create_datasource -Dmad.db.type=oracle-Dmad.db.dsn=DB_NAME_MDM_INSTANCE_ID-Dmad.db.server=TNS_NAME

El mandato create_datasource le solicita que especifique un host de basede 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 la edición Standard” en la página 98


Despliegue de la función MDM Native Component en servidorWindows remotoLa función Master Data Management Native Component es el origen de datos deODBC que requieren las configuraciones de MDM virtual para funcionarcorrectamente. Si tiene previsto instalar el MDM operational server e implementaruna configuración de MDM virtual en un clúster de WebSphere Application Servery un sistema operativo Microsoft Windows, hay pasos que debe seguir después deinstalar el servidor operativo.


El instalador ejecuta automáticamente el destino madconfig create_datasourcepara crear un origen de datos de ODBC en un servidor remoto utilizando unagente Ant. Sin embargo, el agente Ant no tiene permiso para modificar el registrode Windows.

Si está ejecutando IBM Installation Manager y WebSphere Application Serverdeployment manager en la máquina A y debe desplegar su servidor operativo yconfiguración virtual en nodos gestionados en otras máquinas (por ejemplo B, C yD), utilice este procedimiento. Este procedimiento crea manualmente el origen dedatos de ODBC en cada uno de los servidores Windows remotos después de laprimera ejecución de IBM Installation Manager para instalar su servidor operativo.

Procedimiento1. Ejecute IBM Installation Manager en la máquina A e instale el MDM

operational server.2. En la máquina B, vaya al directorio WAS_PROFILE_HOME\installedApps\

YOUR_CELL_NAME\MDM-native-IDENTIFIER.ear\native.war\scripts.3. Abra un indicador de línea de mandatos.4. Escriba este mandato: madconfig.bat register_odbc.5. Escriba este mandato: madconfig.bat create_datasource

-Dmad.db.type=DBTYPE -Dmad.db.name=DBNAME -Dmad.db.port=DBPORT-Dmad.db.host=DBHOST -Dmad.db.dsn=DSN

Donde:v DBTYPE: es el tipo de base de datos; especifique DB2, ORACLE o MSSQLU

en la máquina Bv DBHOST: es el nombre de host o dirección IP de la base de datos en la

máquina Bv DBPORT: es el puerto de la base de datos en la máquina Bv DBNAME: es el nombre de la base de datos en la máquina B, por ejemplo

mdmins11

v DSN: el nombre del origen de datos; el convenio de denominación de DSNes DB_NAME_MDM_INSTANCE_IDENTIFIER.MDM_INSTANCE_IDENTIFIER. debe coincidir con el valor de MDMapplication name que ha especificado en el panel Application Configurationdurante la instalación en la máquina A.

6. Repita los pasos del 2 al 5 para cada máquina adicional de su clúster (porejemplo, C y D).


Instalación silenciosaIBM Installation Manager puede generar un archivo de propiedades cuando seejecuta el programa de instalación interactiva. Para ejecutar instalacionessilenciosas, puede editar este archivo o crear uno propio.

Los archivos de respuestas de modalidad silenciosa de muestra se proporcionan enel directorio STARTUP_INSTALL_HOME/StartupKit.

Consejo: Puede extraer el Installation Startup Kit a partir del archivo de paquetedisk1.zip que ha descargado.

Los archivos específicos de sistemas operativos están disponibles para los sistemassoportados.

Están disponibles los siguientes archivos de respuestas de modalidad silenciosa demuestra para IBM WebSphere Application Server:v standalone_install_server.res: utilice este archivo de respuestas para instalar

el servidor operativo de MDM, la base de datos de MDM, el servidor de basesde datos de IBM DB2 y WebSphere Application Server Network Deployment

v standalone_install_workstation.res: utilice este archivo de respuestas parainstalar el servidor operativo de MDM, la base de datos de MDM, el servidor debases de datos de IBM DB2, WebSphere Application Server, IBM RationalApplication Developer (RAD) y InfoSphere MDM Workbench

v install_single_servers_aix.res: utilice este archivo de respuestas para instalarel servidor operativo con un tipo de despliegue de instalación personalizada queutilice los siguientes parámetros:– Plataforma: AIX– Proveedor de mensajería: WebSphere Application Server default messaging

provider– Destino de despliegue de MDM Operational Server (servidor único):

mdm-s1-E001

– Destino de despliegue de Business Administration UI (servidor único):mdm-s2-E001

– Destino de despliegue de Data Stewardship UI (servidor único): mdm-s2-E001– Destino de despliegue de Product Maintenance UI (servidor único):

mdm-s2-E001

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

v install_cluster_aix_mq.res: utilice este archivo de respuestas para instalar elservidor operativo con un tipo de despliegue de instalación personalizada queutilice los siguientes parámetros:– Plataforma: AIX– Proveedor de mensajería: WebSphere MQ messaging provider– Destino de despliegue de MDM Operational Server (clúster): mdm-CL01– Destino de despliegue de Business Administration UI (clúster): mdm-CL02– Destino de despliegue de Data Stewardship UI (clúster): mdm-CL02– Destino de despliegue de Product Maintenance UI (clúster): mdm-CL02– Destino de despliegue de Inspector (clúster): mdm-CL02– Destino de despliegue de Enterprise Viewer (clúster): mdm-CL02


– Destino de despliegue de Web Reports (clúster): mdm-CL02v install_single_servers_linux.res: utilice este archivo de respuestas para

instalar el servidor operativo con un tipo de despliegue de instalaciónpersonalizada que utilice los siguientes parámetros:– Plataforma: Linux– Proveedor de mensajería: WebSphere Application Server default messaging


mdm-s1-E001



mdm-s2-E001


v install_cluster_linux_mq.res: utilice este archivo de respuestas para instalarMDM Operational Server con un tipo de despliegue de instalación personalizadaque utilice los siguientes parámetros:– Plataforma: Linux– Proveedor de mensajería: WebSphere MQ messaging provider– Destino de despliegue de MDM Operational Server (clúster): mdm-CL01– Destino de despliegue de Business Administration UI (clúster): mdm-CL02– Destino de despliegue de Data Stewardship UI (clúster): mdm-CL02– Destino de despliegue de Product Maintenance UI (clúster): mdm-CL02– Destino de despliegue de Inspector (clúster): mdm-CL02– Destino de despliegue de Enterprise Viewer (clúster): mdm-CL02– Destino de despliegue de Web Reports (clúster): mdm-CL02

v install_single_servers_win.res: utilice este archivo de respuestas para instalarMDM Operational Server con un tipo de despliegue de instalación personalizadaque utilice los siguientes parámetros. Si hay un error de validación en el archivode respuestas, puede que las instalaciones silenciosas en Windows concluyan sinmostrar una indicación del motivo. Si su instalación concluye, revise los archivosde registro para encontrar el motivo.– Plataforma: Microsoft Windows 7– Proveedor de mensajería: WebSphere Application Server default messaging


mdm-s1-E001



mdm-s2-E001



v install_cluster_win_mq.res: utilice este archivo de respuestas para instalarMDM Operational Server con un tipo de despliegue de instalación personalizadaque utilice los siguientes parámetros:– Plataforma: Microsoft Windows 7– Proveedor de mensajería: WebSphere MQ messaging provider– Destino de despliegue de MDM Operational Server (clúster): mdm-CL01– Destino de despliegue de Business Administration UI (clúster): mdm-CL02– Destino de despliegue de Data Stewardship UI (clúster): mdm-CL02– Destino de despliegue de Product Maintenance UI (clúster): mdm-CL02– Destino de despliegue de Inspector (clúster): mdm-CL02– Destino de despliegue de Enterprise Viewer (clúster): mdm-CL02– Destino de despliegue de Web Reports (clúster): mdm-CL02

v install_single_servers_solaris.res: utilice este archivo de respuestas parainstalar MDM Operational Server con un tipo de despliegue de instalaciónpersonalizada que utilice los siguientes parámetros:– Plataforma: Solaris– Proveedor de mensajería: WebSphere Application Server default messaging


mdm-s1-E001



mdm-s2-E001


v install_cluster_solaris_mq.res: utilice este archivo de respuestas para instalarMDM Operational Server con un tipo de despliegue de instalación personalizadaque 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

Conceptos relacionados:“Instalación gráfica o silenciosa” en la página 27Tareas relacionadas:“Visualización de los registros de instalación de InfoSphere MDM” en la página180Resolución de problemas de una instalación“Desinstalación en modalidad silenciosa” en la página 206


Referencia relacionada:“Installation Startup Kit para instalaciones personalizadas” en la página 10

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


Atención: Aunque los ejemplos de código pueden mostrarse con saltos de líneaen el siguiente contenido, el texto que se encuentra entre <.../> debe especificarseen el archivo de respuestas como una línea sin saltos.

Para obtener más información sobre cómo trabajar en modalidad silenciosa yutilizando archivos de respuesta, consulte la documentación en línea de IBMInstallation Manager.

Procedimiento1. Abra el archivo de respuestas.2. Suprima o convierta en comentario la línea siguiente si aparece en el archivo de

respuestas:<data key=’user.L2.db.driver.path,com.ibm.mdm.rdm’ value=’${DB2_JDBC_DRIVER_PATH}/java’/>

Importante: Si está línea se deja en el archivo de respuestas, las instalacionessilenciosas realizadas con este archivo de respuestas fallarán.

3. 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 la instalación.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 ManagerShared Resource.

4. Especifique la versión de la oferta de InfoSphere MDM y las funciones quedesea instalar añadiendo esta línea:<offering id=’com.ibm.mdm.advanced’version=’<versión_oferta>’profile=’IBM InfoSphere Master DataManagement’features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature’ installFixes=’none’/>

Donde <versión_oferta> es el número de versión de InfoSphere MDM.Para encontrar el número de versión, examine la carpeta del soporte deinstalación (vía_descarga/MDM/disk1/md/Offerings) y localice el archivodiskTag.inf. Abra disk1/diskTag.inf y copie el valor dediskSetOfferingVersion para utilizarlo como sustituto del marcador deposición <versión_oferta>.

5. Especifique la función a instalar durante la sesión única de IBM InstallationManager añadiendo esta línea:




<offering id=’com.ibm.mdm.advanced’ version=’<versión_oferta>’profile=’IBM InfoSphere Master DataManagement’features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature, com.ibm.im.mdm.app.feature’ installFixes=’none’>

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

es la función específica a instalar. Para obtener ayuda, consulte “Ejemplos paraespecificación de funciones para una instalación silenciosa” en la página 151.com.ibm.mdm.install.iu.localization.feature siempre debe estar incluido enla lista de una función. Esta función es una función interna que proporcionasoporte de varios idiomas para el sistema de registro del instalador.

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

7. Especifique los parámetros de WebSphere Application Server. Para obtenerayuda, utilice el tema sobre parámetros del servidor de aplicaciones queaparece listado al final de este procedimiento.

8. Especifique los parámetros de servidor de mensajería:a. Especifique el tipo de servidor de mensajería:

v Si va a instalar la mensajería predeterminada de WebSphere ApplicationServer, especifique:<data key=’user.L2.messaging.type,com.ibm.mdm.advanced’ value=’WEM’/>

v Si va a instalar IBM WebSphere Message Queue, especifique:<data key=’user.L2.messaging.type,com.ibm.mdm.advanced’ value=’WMQ’/>

b. Si WebSphere MQ está en la misma máquina en la que Installation Managerestá ejecutándose la instalación en modalidad silenciosa de InfoSphereMDM, o permita que la aplicación de la instalación cree colas de mensajeríay temas:<data key=’user.config.messaging.server,com.ibm.mdm.advanced’ value=’true’/>

c. Si WebSphere MQ se encuentra en una máquina remota o inhabilite laaplicación de instalación para que no cree colas de mensajería o temas:<data key=’user.config.messaging.server,com.ibm.mdm.advanced’ value=’false’/>

Consejo: Antes de ejecutar una instalación silenciosa con la creación de colade mensajería inhabilitada (value=’false’), compruebe que ha creado lostemas y las colas de mensajería antes de tiempo. Puede crear manualmenteestas colas y estos temas ejecutando el script custSetupMQServer.mqsc.

9. Especifique el motor de búsqueda y comparación que utilizará la instalación deInfoSphere MDM:v Para el motor de comparación probabilística:

<data key="user.L2.engine.type,com.ibm.mdm.advanced" value="PME"/>

v Para el motor de comparación determinista (motor de comparación clásico deMDM):<data key="user.L2.engine.type,com.ibm.mdm.advanced" value="DME"/>



Continúe para inhabilitar la pantalla inicial del instalador y ejecutar la instalaciónsilenciosa.Tareas relacionadas:“Desinstalación en modalidad silenciosa” en la página 206“Instalar en la modalidad silenciosa mediante un archivo de respuestas” en lapágina 156

Ejemplos para especificación de funciones para una instalación silenciosa:

Debe editar el archivo de respuestas y especificar las funciones exactas que deseainstalar durante una instalación silenciosa.


Especifique las funciones en la línea siguiente en la sección <offering id.../> desu 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=’versión.indicación_horaria’ profile=’IBM InfoSphere Master DataManagement’ features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature’ installFixes=’none’>

Ejemplo 1: Instalación de MDM Database y InfoSphere MDM OperationalServer

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, InfoSphere MDM Operational Servery de aplicaciones de usuario

Para instalar la base de datos, el servidor operativo y todas las aplicaciones deusuario 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 derespuestas de instalación silenciosa.

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



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

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’/>

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’/>

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’/>

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’/>

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’/>

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

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

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=’’/>

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’/>

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

Debe especificar parámetros para su base de datos de Microsoft SQL Server en elarchivo de respuestas de instalación silenciosa.

Especifique las líneas siguientes en su archivo de respuestas si está utilizando unabase de datos de SQL Server. Cambie value= por el valor específico que utiliza subase de datos.



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’/>

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


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

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=’’/>

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’/>

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’/>

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’/>


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

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

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 derespuestas de instalación silenciosa.

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



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’/>

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’/>

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’/>


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

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’/>

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

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’/>

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’/>


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 derespuestas de instalación silenciosa.

Especifique las siguientes líneas en su archivo de respuestas. Cambie losmarcadores siguientes value= por los valores específicos de su instancia deservidor de aplicación.


Directorio de inicio de instalación de WebSphere Application Server<data key=’user.L1.was.home,com.ibm.mdm.advanced’ value=’/WAS_INSTALL_HOME’/>


tipo WebSphere Application Server, Network Deployment o Base<data key=’user.was.type,com.ibm.mdm.advanced’ value=’ND’/>

Inicio de perfil (necesario si se instala la base de datos de MDM solamenteutilizando la modalidad INSTALL)

<data key=’user.was.profile.home,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/>

Puerto SOAP de server1 de WebSphere Application Server Base o WebSphereApplication Server Network Deployment Manager

<data key=’user.deploy.port,com.ibm.mdm.advanced’ value=’8880’/>

Nombre de host de server1 de WebSphere Application Server DeploymentManager o WebSphere Application Server Base

<data key=’user.deploy.host,com.ibm.mdm.advanced’ value=’HOSTNAME’/>

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

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

Parámetros de seguridad de WebSphere Application Server: usuario deseguridad adminsitrativa de WebSphere

<data key=’user.was.user,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password,com.ibm.mdm.advanced’ value=’’/>

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

<data key=’user.was.user.ba,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password.ba,com.ibm.mdm.advanced’ value=’’/>

<data key=’user.was.user.ds,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password.ds,com.ibm.mdm.advanced’ value=’’/>

<data key=’user.was.user.pui,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password.pui,com.ibm.mdm.advanced’ value=’’/>

<data key=’user.was.user.inspector,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password.inspector,com.ibm.mdm.advanced’ value=’’/>

<data key=’user.was.user.ev,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password.ev,com.ibm.mdm.advanced’ value=’’/>

<data key=’user.was.user.wb,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.was.password.wb,com.ibm.mdm.advanced’ value=’’/>

Importante: Los parámetros de seguridad siguiente no pueden cambiarse:<data key=’user.was.security,com.ibm.mdm.advanced’ value=’1’/><data key=’user.was.security.on.off,com.ibm.mdm.advanced’ value=’on’/>

Parámetros de seguridad WebSphere Application Server: usuario de correlaciónde rol de seguridad de aplicación de WebSphere para proteger los servicios weby OSGI.

<data key=’user.L2.was.admin.user,com.ibm.mdm.advanced’ value=’USERNAME’/><data key=’user.L2.was.admin.password,com.ibm.mdm.advanced’ value=’’/>

Inhabilitación de la pantalla inicial del instalador duranteinstalación silenciosaUtilice este procedimiento para inhabilitar la pantalla inicial de IBM InstallationManager para instalaciones silenciosas. Esta tarea debe completarse para que lainstalación silenciosa se ejecute correctamente.



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

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

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

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

4. Guarde y cierre el archivo.

Instalar en la modalidad silenciosa mediante un archivo derespuestasPuede instalar InfoSphere MDM en modalidad silenciosa, donde las opciones deinstalación se proporcionan en un archivo de opciones en lugar de en los panelesinteractivos de IBM Installation Manager. Este tipo de instalación resulta útilcuando está realizando varias instalaciones idénticas.

Antes de empezar

Asegúrese de completar los pasos de “Inhabilitación de la pantalla inicial delinstalador durante instalación silenciosa” en la página 155.


Se genera un archivo de propiedades cuando ejecuta el programa de instalacióninteractivo. Para utilizar una instalación silenciosa, debe editar el archivo depropiedades o crear su propio archivo editando uno de los archivos de respuestasde ejemplo.

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

STARTUPKIT_INSTALL_HOME.

Consejo: Puede extraer el Installation Startup Kit a partir del archivo depaquete disk1.zip que ha descargado.Los archivos de respuestas tienen una extensión .res. Utilice el archivo que seaaplicable a su sistema operativo.


2. Edite el archivo de respuesta y realice los cambios necesarios antes de iniciar lainstalació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 archivo_registrado

v Utilice este mandato para ejecutar IBM Installation Manager en modalidadsilenciosa:IBMIM -acceptLicense -silent -input archivo_entrada

4. Si se produce un problema irrecuperable durante la instalación silenciosa,busque la causa del mismo en los archivos de registro del directorioMDM_INSTALL_HOME/logs/logs. Después de corregir el problema, vuelva aejecutar la instalación silenciosa.

Tareas relacionadas:“Personalización del archivo de respuestas de modalidad silenciosa” en la página149Resolución de problemas de una instalación“Desinstalación en modalidad silenciosa” en la página 206Referencia relacionada:“Installation Startup Kit para instalaciones personalizadas” en la página 10

Creación de un archivo de respuestas mientras se ejecuta unainstalación gráficaUtilice este procedimiento para capturar respuestas y crear un archivo derespuestas 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 lacontraseña en el sistema, debe introducir el valor de contraseña correcto en elarchivo de respuestas antes de utilizarlo en una instalación silenciosa. Puedeintroducir un valor cifrado nuevo para la contraseña y el sistema lo cifra cuando elarchivo se utiliza durante la instalación.

Procedimiento1. Cree el archivo de respuestas iniciando la instalación con el mandato siguiente:

../IBMIM -record $YOUR_PATH/mysilent.res

2. Una vez completada la instalación y creado el archivo de respuestas, abra elarchivo.

3. Suprima o convierta en comentario la línea siguiente si aparece en el archivo derespuestas:<data key=’user.L2.db.driver.path,com.ibm.mdm.rdm’ value=’${DB2_JDBC_DRIVER_PATH}/java’/>

Importante: Si está línea se deja en el archivo de respuestas, las instalacionessilenciosas realizadas con este archivo de respuestas fallarán.

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



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


Procedimiento

Para modificar la instalación, establezca el parámetro modify en true y liste lasfunciones 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>

Instalación manual utilizando el programa de utilidadmadconfig

El programa de utilidad madconfig puede utilizarse para instalar manualmente loscomponentes de base de datos y MDM operational server. IBM InstallationManager utiliza los destinos de programa de utilidad durante la instalación.

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

Los destinos que aparecen listados en la tabla siguiente son los destinos deprograma de utilidad básicos. Existen más destinos de programa de utilidadmadconfig que son específicos de InfoSphere MDM y se describen en un temaindependiente.

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

Mandato Descripción

-projecthelp Lista todas las opciones válidas y la información de usopara 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. Porejemplo, para configurar el servidor en el que está instalado MDM operationalserver, se le solicita que proporcione ciertos parámetros de configuración. Esteejemplo muestra una salida parcial de un destino de madconfiginstall_server_config (donde la entrada de usuario es una línea en blanco dondese debe especificar la respuesta).C:/MDM/mds/scripts:madconfig install_server_config

Archivo de compilación: 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 elservidor de aplicaciones), nombre de aplicación, tipos de mensajería autilizar(fábricas de conexiones, colas y temas), y tamaño de almacenamientodinámico de JVM.

Una forma alternativa de ejecutar un destino es utilizando la opción–propertyfile. El siguiente ejemplo muestra cómo utilizar –propertyfile paraejecutar el destino de install_mdm_eba. Este destino instala el archivo EnterpriseBundle Archive (.eba) de MDM en un servidor de aplicaciones. Las propiedadesnecesarias para el despliegue incluyen detalles del servidor, el ebaID, el ebaName,el blaName (nombre de aplicación de nivel empresarial), y blaDes (descripción deaplicació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 nombresde propiedades exactos, tal como los espera el destino, porque sólo puedeejecutarse cuando se conocen los nombres de propiedades.

Destinos de programa de utilidad madconfig para InfoSphereMDMUtilice el programa de utilidad madconfig para instalar manualmente loscomponentes de base de datos y MDM operational server para implementacionesfísicas y virtuales. IBM Installation Manager utiliza los destinos de programa deutilidad durante la instalación de InfoSphere MDM.

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

En las tablas siguientes se listan los destinos de madconfig para InfoSphere MDM ysu uso.

Instalación de servidor operativo

La tabla siguiente lista los destinos relacionados con la instalación del servidoroperativo. Cada destino solicita valores para parámetros pertenecientes al servidory a la base de datos. Los destinos del servidor se utilizan para configurar elservidor en el que se instala InfoSphere MDM.


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


-install_native_engine_ear Instala el servidor operativo nativo (motor) para unaimplementación de MDM virtual.

-install_server_config Configura el servidor de aplicaciones para componentesfísicos y virtuales; incluidos JDBC, vía de acceso de clase yvariables de entorno.

-stop_server Detiene un servidor operativo en WebSphere ApplicationServer Network Deployment. La detención y el inicio delservidor es necesario después de instalar unaconfiguración de servidor operativo. La opción-stop_base_server debe utilizarse cuando el servidor noestá gestionado (servidor base).

-start_server Inicia un servidor operativo en un despliegue de servidorde aplicaciones gestionado. Utilice la opción-start_base_server cuando el servidor de aplicaciones noestá gestionado.

-install_mdm_old_ws_ear Instala el JAR de servicios web de MDM físico en elservidor de aplicaciones.

-install_mdm_eba Instala InfoSphere MDM OSGi.

-install_prop_file_jar Instala el archivo de propiedades JAR que necesitan lasaplicaciones de InfoSphere MDM.

-install_mdm_ws_ear Instala el archivador empresarial de servicios web deInfoSphere MDM.

-install_mds_ws_api Instala la API para MDM virtual.

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

-map_roles_to_users Crea la correlación de rol Security y la correlación de rolRunAs para el archivo EAR de servicios web y EBA.

-full_sync Sincroniza nodos en un despliegue de servidor gestionadopara reflejar la seguridad de usuario para InfoSphereMDM. Este destino debe ejecutarse después de ejecutar eldestino map_roles_to_users.

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

Instalación de la base de datos de InfoSphere MDM

La tabla siguiente lista los destinos utilizados para instalar y configurar esquemasfísicos y virtuales para la base de datos de MDM.

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


-install_core_db_db2 Crea tablas, desencadenantes, restricciones y funcionespara la base de datos principal de InfoSphere MDM queestá instalada en IBM DB2.

-install_domain_db_db2 Crea tablas. desencadenantes, restricciones y funcionespara dominios de InfoSphere MDM en una base de datosde DB2.


Tabla 26. Destinos de programa de utilidad madconfig para instalación de base dedatos (continuación)


-install_core_db_ora Crea tablas, desencadenantes, restricciones y funcionespara una base de datos principal de InfoSphere MDM enOracle.

-install_domain_db_ora Crea tablas, desencadenantes, restricciones y funcionespara dominios de InfoSphere MDM en una base de datosOracle.

-install_core_db_sql Crea tablas, desencadenantes, restricciones y funcionespara la base de datos principal de InfoSphere MDM enMicrosoft SQL Server.

-Update_configelement_matchingActualiza la tabla Configelement para el tipo decomparación seleccionado.

-Update_appsoftware_eba Actualiza la tabla appsoftware proporcionando el nombreapropiado de EBA en la columna de nombre de software.

-create_datasource Crea el origen de datos utilizado por un MDM virtual.

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

-register_odbc Registra a ODBC para MDM virtual.

-bootstrap_datasource Crea las tablas para MDM virtual.

-test_datasource Para probar el origen de datos, debe proporcionar elnombre de la base de datos y el nombre de DSN. Elnombre de DSN puede encontrarse en el archivo odbc.inien el directorio mds/conf , o puede utilizar el mandato./madconfig.sh list_datasources.

Indique la base de datos y el nombre de DSN:

./madconfig.sh test_datasource -Dmad.db.name=dbname-Dmad.db.dsn=DSNname

Instalaciones de interfaz de usuario web de InfoSphere MDM

El programa de utilidad madconfig da soporte a la instalación de las interfaces deusuario basadas en web de InfoSphere MDM.

Importante: Antes de ejecutar cualquiera de los destinos de instalación de interfazde usuario web, debe ejecutar primero el destino adecuado para crear e iniciar elservidor de aplicaciones:v Para WebSphere Application Server Network Deployment Edition, ejecute

-enable_deployment_target.v Para WebSphere Application Server Base Edition, ejecute -start_base_server.

En la tabla siguiente se describen los destinos que se utilizan para instalar yconfigurar las interfaces web.


Tabla 27. Destinos del programa de utilidad madconfig para interfaces de usuario basadasen web


-config_mdm_web_app Configura lo siguiente:

v Añade el puerto definido por WC_defaulthost_secure endefault_host como alias de host.

v Añade la propiedad personalizadacom.ibm.CORBA.RequestTimeout en el servicio ORB.

v Establece Requiere SSL como verdadero en los valoresde Seguridad global > Inicio de sesión único.

-mds_ui_prop_config Configura los archivos de propiedades para lasaplicaciones web de MDM virtual, incluyendo Inspector,Web Reports y Enterprise Viewer.

-mdm_ui_prop_config Configura los archivos de propiedades para lasaplicaciones web de MDM físico, incluida la interfaz deusuario de Data Stewardship, la interfaz de usuario deBusiness Administration y la interfaz de usuario deProduct Maintenance.

-install_mds_web_app Despliega las aplicaciones web de MDM virtual. EnInspector y Web Reports, este destino establece lamodalidad de cargador de clases en PARENT_LAST y lapolítica en SINGLE.

-install_mdm_web_app Despliega las aplicaciones web de MDM físico.

-import_ssl_certificate Importa el certificado SSL. Este destino es obligatoriocuando:

v Se instalan las interfaces web de MDM virtual.

v Se habilitan las interfaces web de MDM virtual.

v Se despliegan las interfaces web de MDM virtual y elservidor operativo se despliega en diferentes celdas delservidor de aplicaciones.

Para instalar las interfaces web de MDM física, ejecute los siguientes destino demadconfig en orden:1. mdm_ui_prop_config

2. config_mdm_web_app

3. install_mdm_web_app

Para instalar las interfaces web de MDM virtual, ejecute los siguientes destino demadconfig en orden:1. mds_ui_prop_config

2. config_mdm_web_app

3. install_mds_web_app

Configuración de búsqueda flexible

El programa de utilidad madconfig permite la configuración y gestión de flexiblesearch.

La tabla siguiente describe los destinos utilizados para configurar y gestionarflexible search.


Tabla 28. Destinos de programa de utilidad madconfig para flexible search


-flexsearch_config Configura flexible search para indexar atributos deInfoSphere MDM en Data Explorer como entidades.

-flexsearch_syncdb Indexa entidades en Data Explorer especificando valoresde rango (ID de entidad) para indexar desde la base dedatos del servidor operativo.

-flexsearch_sync_svc_enable Habilita el servicio de sincronización de índice de flexiblesearch.

-flexsearch_sync_svc_disable Inhabilita el servicio de sincronización de índice de flexiblesearch.

Desinstalación de InfoSphere MDM

El programa de utilidad madconfig también admite la desinstalación del servidorde aplicaciones y base de datos.

Atención: La herramienta Test Environment en InfoSphere MDM Workbenchadmite el restablecimiento de los componentes de base de datos y MDMoperational server. Aunque los destinos de madconfig están disponibles para elrestablecimiento, se aconseja utilizar siempre la herramienta workbench.

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


-uninstall_mds_ws_api Desinstala la API para MDM virtual.

-uninstall_mdm_ws_ear Desinstala el archivador empresarial de servicios web deInfoSphere MDM.

-uninstall_mdm_web_app Desinstala las interfaces web de InfoSphere MDM:

v IU de Business Administration

v Interfaz de usuario de Data Stewardship

v interfaz de usuario de Product Maintenance

v Inspector

v Web Reports

v Enterprise Viewer

-uninstall_prop_file_jar Desinstala el archivo de propiedades JAR que necesita unaaplicación InfoSphere MDM.

-uninstall_mdm_eba Desinstala InfoSphere MDM OSGi.

-uninstall_mdm_old_ws_ear Desinstala el JAR de servicios web de MDM física en elservidor de aplicaciones.

-uninstall_server_config Elimina los cambios de configuración relacionados conInfoSphere MDMrealizados en el servidor de aplicaciones.

-uninstall_native_engine_ear Desinstala el servidor operativo nativo (motor) para elMDM virtual.

-remove_datasource Elimina el origen de datos utilizado por un MDM virtual.

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


Creación de un script de programa de utilidad madconfig automatizado

Descripción general del establecimiento de preferencias de Entorno de prueba


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.release.installpostcfg.doc/topics/t_einstall_recordfile.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.wb.workbench.doc/c_Overview_SettingTestEnvironmentPreferences.html

Instalación de una solución de MDM híbridoSi tiene previsto utilizar InfoSphere MDM como solución de MDM híbrido, debeinstalar InfoSphere MDM Advanced Edition y, a continuación, llevar a caboalgunas tareas posteriores a la instalación para configurar el despliegue híbrido.


El estilo de despliegue de MDM híbrido de InfoSphere MDM se instala utilizandoel mismo proceso que Advanced Edition (que incluye los estilos de despliegue deMDM virtual y MDM físico). Las funciones de MDM híbrido se deben configurartras la instalación de la aplicación.

Procedimiento1. Lleve a cabo los procedimientos de instalación para desplegar Stardard Edition

y Advanced Edition de InfoSphere MDM.2. Habilite las características de MDM híbrido realizando los procedimientos

documentados en la sección Configuración posterior a la instalación de ladocumentación.

3. Configure su solución de MDM híbrido utilizando los procedimientos que sedocumentan en la sección Desarrollo para Standard Edition y Advanced Edition >MDM híbrido de la documentación.


Configuración híbrida

MDM híbrido

Instalación de aplicaciones cliente y componentes individualesIBM Installation Manager le brinda la posibilidad de instalar componentesindividuales. Esta opción se utiliza cuando desea instalar componentes enestaciones de trabajo o en un servidor diferente al servidor en el que instaló elservidor operativo y la base de datos de MDM.

Si elige instalar un componente individual en una máquina que cuenta con otroscomponentes de InfoSphere MDM que ya están instalados, utilice la opciónModificar en vez de la de Instalar.

Utilice IBM Installation Manager para desinstalar aplicaciones cliente.




Después de instalar la función, verifique que haya sido una instalación satisfactoriaconsultando los archivos de registro.

Cuando las interfaces web de InfoSphere MDM están instalada y en ejecución,puede acceder a las mismas con un navegador web en los URL siguientes:


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.release.installpostcfg.doc/topics/hybrid_configuration.html

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.hybrid.setup.doc/topics/hybrid_setup.html

IU de Business Administrationhttps://<nombre_host>:<puerto>/CustomerBusinessAdminWeb/faces/login.jsp

Interfaz de usuario de Data Stewardshiphttps://<nombre_host>:<puerto>/CustomerDataStewardshipWeb/faces/login.jsp

interfaz de usuario de Product Maintenancehttps://<nombre_host>:<puerto>/ProductWeb/faces/login.jsp

Inspectorhttps://<nombre_host>:<puerto>/inspector/common/login.ihtml

Enterprise Viewerhttps://<nombre_host>:<puerto>/accessweb/empi/MITLogin.jsp

Web Reportshttps://<nombre_host>:<puerto>/webreports/common/login.html

Nota: Los valores <nombre_host> y <puerto> difieren en función de los detalles decada instalación. De forma predeterminada, la instalación de estación de trabajotípica utiliza el puerto 9443 en cada URL, pero otros tipos de instalaciones puedenutilizar puertos diferentes. Utilice la consola de administración (IntegratedSolutions Console) de WebSphere Application Server para buscar cada valor depuerto real.Tareas relacionadas:“Modificación de la instalación” en la página 180“Desinstalación de un único componente” en la página 206“Visualización de los registros de instalación de InfoSphere MDM” en la página180Resolución de problemas de una instalación“Separar la configuración respecto de la instalación” en la página 132Referencia relacionada:“Estructuras de directorios” en la página 16Información relacionada:

Configuración de seguridad de aplicación para aplicaciones web

Instalación de la interfaz de usuario de BusinessAdministration

Utilice este procedimiento para instalar la Business Administration UI. Losadministradores pueden utilizar la interfaz de usuario de Business Administrationpara gestionar determinados elementos del MDM operational server sin tener quemodificar manualmente los archivos de propiedades o las tablas de bases de datos.

Antes de empezar

Antes de instalar la interfaz de usuario de Business Administration, asegúrese deque se cumples estos requisitos previos:v El entorno de trabajo cumple 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.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.release.installpostcfg.doc/topics/t_configure_WAS_app_to_use_https_and_secureserverport.html

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.


La aplicación puede Business Administration instalarse tanto en un servidor comoen una estación de trabajo. También puede instalarse en una máquina remotaseleccionando un perfil de aplicación de WebSphere remoto.

Esta aplicación no puede utilizarse con una base de datos de Microsoft SQL Server.

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

Procedimiento1. Inicie IBM Installation Manager.2. En el panel de inicio de IBM Installation Manager, seleccione Instalar o

Modificar.3. Si ha seleccionado Instalar, siga estos pasos.

a. En el panel Instalar paquetes, seleccione la oferta de InfoSphere MDM ypulse Siguiente.

b. Continúe a través de los siguientes paneles para aceptar el acuerdo delicencia, seleccione el directorio de instalación y el idioma.

c. En el panel Instalar paquetes, seleccione Business Administration UI. PulseSiguiente.

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 IBMInstallation Manager los elimina. Pulse Siguiente.

d. Especifique la información de configuración para la aplicación. Utilice lahoja de trabajo de las aplicaciones de usuario de MDM como guía. PulseSiguiente.

e. Revise la información de resumen y verifique que el componente que deseainstalar esté listado en el recuadro Adición de funciones y que no hayacomponentes listados en el recuadro Eliminación de funciones. PulseModificar.

5. Pulse Finalizar cuando se haya completado la instalación y cierre IBMInstallation Manager.


6. Abra la consola de administración (Integrated Solutions Console) de IBMWebSphere Application Server y verifique que la aplicación se ha desplegadoen el servidor especificado durante la instalación.


Para acceder a la interfaz de usuario de Business Administration tras su instalacióne inicio, vaya al navegador web en el URL siguiente (sustituyendo<nombre_sistema_principal> y <puerto> por los valores correspondientes):https://<nombre_sistema_principal>:<puerto>/CustomerBusinessAdminWeb/faces/login.jsp

Obtenga más información sobre la utilización de la interfaz de usuario de BusinessAdministration consultando el concepto relacionado.Referencia relacionada:“Hoja de trabajo de instalación de aplicaciones de usuario” en la página 42Información relacionada:


Instalación de la interfaz de usuario de Data StewardshipUtilice este procedimiento para instalar la interfaz de usuario de Data Stewardship.La aplicación de la interfaz de usuario de Data Stewardship admite gobierno dedatos para datos MDM físicos.

Antes de empezar

Asegúrese de que cumple estos requisitos previos:v El entorno de trabajo cumple los requisitos de hardware y software para este

componentev Ha completado los pasos de preparación de IBM Installation Managerv Ha revisado y completado la hoja de trabajo de instalación de aplicaciones de

usuario de MDMv Tiene IBM WebSphere Application Server instalado y en ejecuciónv Si está actualizando desde una versión anterior de la aplicación y tiene valores



La interfaz de usuario de Data Stewardship se utiliza para mantener la calidad delos datos dentro del núcleo de la aplicación MDM físico.

Esta aplicación puede instalarse tanto en un servidor como en una estación detrabajo. También puede instalarse en una máquina remota seleccionando un Perfilde aplicación de WebSphere remoto.


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



aplicación, debe utilizar la opción Modificar.





c. En el panel Instalar paquetes, seleccione interfaz de usuario de DataStewardship. Pulse Siguiente.

d. Especifique la información de configuración para la aplicación. Utilice lahoja 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 ypulse 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 seleccionanautomáticamente. Asegúrese de que permanezcan seleccionados, de otraforma IBM Installation Manager los elimina. Pulse Siguiente.






Para acceder a la interfaz de usuario de Data Stewardship tras su instalación einicio, vaya al navegador web en el URL siguiente (sustituyendo<nombre_sistema_principal> y <puerto> por los valores correspondientes):https://<nombre_sistema_principal>:<puerto>/CustomerDataStewardshipWeb/faces/login.jsp

Obtenga más información sobre la utilización de la interfaz de usuario de DataStewardship consultando el concepto relacionado.Referencia relacionada:“Hoja de trabajo de instalación de aplicaciones de usuario” en la página 42Información relacionada:

Cómo empezar con Data Stewardship


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.dat.stdshp.doc/c_Getting_Started_with_Data_Stewardship.html


Creación manual de un usuario de gestión de tareas para lainterfaz de usuario de Data StewardshipEn algunas circunstancias, debe crear manualmente un usuario de gestión de tareaspara la interfaz de usuario de Data Stewardship.


Cuando instala el componente de base de datos y el servidor operativo MDM, elcomponente y el repositorio de configuración están incluidos en el conjunto deinstalación, y el instalador crea automáticamente el usuario del Gestor de tareas. Siel componente de base de datos MDM y el repositorio de configuración no estánincluidos en el conjunto de instalación, por ejemplo porque se instalaránmanualmente, debe crear manualmente el usuario del Gestor de tareas paraejecutar correctamente la interfaz de usuario de Data Stewardship.

Procedimiento

Elija la opción apropiada para crear el usuario de gestión de tareas para la interfazde usuario de Data Stewardship de acuerdo con cómo esté configurada laseguridad global de WebSphere Application Server en su entorno:v Para crear un usuario de gestión de tareas cuando la seguridad global de

WebSphere Application Server está inhabilitada, configure y ejecute la siguientesentencia SQL:MDM_INSTALL_HOME/ TaskManagement/TaskManagementGSOFF.sql

v Para crear un usuario de gestión de tareas cuando la seguridad global deWebSphere Application Server está habilitada, configure y ejecute la siguientesentencia SQL:MDM_INSTALL_HOME/ TaskManagement/TaskManagementGSON.sql

Instalación de la interfaz de usuario de Product MaintenanceUtilice este procedimiento para instalar la interfaz de usuario de ProductMaintenance. La interfaz de usuario de Product Maintenance se utiliza paramantener la calidad de los datos de los productos.

Antes de empezar

Asegúrese de que cumple estos requisitos previos:v El entorno de trabajo cumple 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


Antes de instalar esta aplicación, asegúrese de que tiene los argumentos de tamañode almacenamiento dinámico de JVM de WebSphere Application Serverdeployment manager (Dmgr) establecidos en 512MB y 1024MB.




Los administradores son responsables de instalar, desplegar y brindar soporte a losusuarios de la aplicación de la interfaz de usuario de Product Maintenance.

Esta aplicación puede instalarse tanto en un servidor como en una estación detrabajo. También puede instalarse en una máquina remota seleccionando un Perfilde aplicación de WebSphere remoto.


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





c. En el panel Instalar paquetes, seleccione Interfaz de usuario de ProductMaintenance. Pulse Siguiente.

d. Especifique la información de configuración para la aplicación. Utilice lahoja 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 ypulse 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 seleccionanautomáticamente. Asegúrese de que permanezcan seleccionados, de otraforma IBM Installation Manager los elimina. Pulse Siguiente.







Para acceder a la interfaz de usuario de Product Maintenance tras su instalación einicio, vaya al navegador web en el URL siguiente (sustituyendo<nombre_sistema_principal> y <puerto> por los valores correspondientes):https://<nombre_sistema_principal>:<puerto>/ProductWeb/faces/login.jsp

Obtenga más información sobre la utilización de la interfaz de usuario de ProductMaintenance consultando el concepto relacionado.Referencia relacionada:“Hoja de trabajo de instalación de aplicaciones de usuario” en la página 42Información relacionada:

Iniciación con la interfaz de usuario de Product Maintenance


Instalación de InfoSphere MDM WorkbenchInstale InfoSphere MDM Workbench utilizando estos pasos si está utilizando untipo de despliegue de instalación personalizada y sólo está instalando el entornode trabajo.

Antes de empezar

Asegúrese de que cumple estos requisitos previos:v El entorno de trabajo cumple los requisitos de hardware y softwarev Ha completado los pasos de preparación de IBM Installation Manager si se trata

de una instalación personalizadav Ha instalado IBM Rational Application Developerv Ha instalado InfoSphere MDMv El inicio de sesión que utilice en el sistema debe tener permiso para grabar en el

registro.

Si tiene previsto instalar Workbench como parte de una instalación de una estaciónde trabajo autónoma para el despliegue de DB2, consulte las instrucciones parainiciar una instalación autónoma (consulte las tareas relacionadas).


InfoSphere MDM Workbench es utilizado por implementadores y administradorespara gestionar el entorno de InfoSphere MDM. Mediante la utilización de estaaplicación, puede gestionar algoritmos, crear vistas compuestas, editar tablas dediccionarios de datos y desarrollar modelos lógicos de miembros, flujos ycorrelaciones con orígenes de datos.

InfoSphere MDM Workbench es una tecnología basada en Eclipse y se ejecuta ensistemas que utilizan Microsoft Windows.

Debe tener instalado IBM Rational Application Developer para utilizar el entornode trabajo.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.mdmhs.produi.doc/c_getting_started_with_prod_maint_ui.html


Procedimiento1. Concluya IBM Rational Application Developer si se está ejecutando.2. Inicie IBM Installation Manager.3. En la pantalla de inicio de IBM Installation Manager, pulse Install.4. En el panel Instalar paquetes, seleccione IBM InfoSphere Master Data

Management Workbench y pulse Siguiente.5. Acepte el acuerdo de licencia.6. Seleccione el grupo de paquetes donde está instalado IBM Rational Application

Developer y pulse Siguiente.7. Pulse Instalar.8. Pulse Finalizar cuando se haya completado.


Ahora puede utilizar InfoSphere MDM Workbench para configurar su servidoroperativo.Tareas relacionadas:“Inicio de una instalación autónoma con DB2 utilizando LaunchPad” en la página64Visualización de los registros de instalaciónReferencia relacionada:“Bibliotecas de 32 bits necesarias en sistemas operativos de 64 bits” en la página 4“Requisitos de instalación” en la página 2

Establecimiento de las definiciones de servidor WorkbenchEn InfoSphere MDM Workbench, configure los parámetros para WebSphereApplication Server con el fin de asegurarse de que la instalación se ejecuta sincontratiempos.


Defina determinados parámetros dentro de MDM Workbench para reflejar lafunción subyacente de la aplicación y su configuración.

Empiece seleccionando la opción Ejecutar servidor con recursos en Servidor. Estaopción instala y copia la aplicación entera y su configuración específica delservidor de Workbench a los directorios del servidor. Esta opción refleja la formaen que se despliegan la aplicación y la configuración en el entorno de producción.en particular, se compila físicamente un CBS, se empaqueta y se despliega en elrepositorio de paquetes internos de WebSphere Application Server.

En segundo lugar, elija la opción No publicar nunca de forma automática. Si noelige esta opción, cada vez que se produzca un simple cambio en el espacio detrabajo se llevará a cabo una operación de publicación que requiere mucho tiempo.

Tercero, si desmarca la opción Iniciar servidor con un script generado permite quese produzca el registro de MDM sin problemas.

Procedimiento1. En la vista Servidores, efectúe una doble pulsación en WebSphere Application

Server para abrir el editor de servidor.


2. En la página Valores de publicación para WebSphere Application Server, vayahasta la lista Modificar los valores de publicación.

3. Elija la opción Ejecutar servidor con recursos en Servidor.4. En la página Publicación, vaya hasta la lista Modificar valores para la

publicación.5. Elija la opción No publicar nunca automáticamente.6. En la página Visión general, vaya hasta la lista Optimizar inicio de servidor

para el despliegue.7. Desmarque el recuadro de selección Iniciar servidor con un script generado.8. Escriba Control+S para guardar los valores de configuración de servidor.9. Cierre el editor.

10. Inicie el servidor:a. En la vista Servidores, pulse con el botón derecho del ratón en el servidor.b. Seleccione Iniciar.

Instalación de ejemplosLos ejemplos incluyen archivos de código fuente y correlaciones que muestran elconsumo de InfoSphere MDM. Instale estos ejemplos solamente en entornos dedesarrollo.

Los ejemplos están disponibles en las ubicaciones siguientes:v Fragmentos de código en la documentaciónv Paquete en IBM Installation Managerv Sitio Ejemplos y activos para InfoSphere MDMInformación relacionada:

Lista de muestra

Instalación de los ejemplos con IBM Installation ManagerUtilice este procedimiento para instalar la función ejemplos que forma parte deIBM Installation Manager.


En la documentación hay disponibles otros ejemplos o los puede descargar delsitio Ejemplos y activos.

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




http://www.ibm.com/support/knowledgecenter/SSWSR9_11.3.0/com.ibm.swg.im.mdmhs.found.samples.doc/topics/samples_stdadv.html



c. En el panel Instalar paquetes, seleccione Ejemplos. 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 quepermanezcan seleccionados, de otra forma IBM Installation Manager loselimina. Pulse Siguiente.




6. Verifique que los archivos de ejemplo se hayan creado en el directorioMDM_INSTALL_HOME.

Instalación de ejemplos desde el sitio Ejemplos y activos paraInfoSphere MDMSe necesita una clave de acceso de un archivo de texto en IBM Passport Advantagepara descargar los ejemplos. A continuación, para instalarlos, descomprima elarchivo descargado en su sistema local.


En la documentación hay disponibles otros ejemplos, o los instala junto con lasediciones, utilizando IBM Installation Manager.

Procedimiento1. Consiga la clave de acceso para los ejemplos:

a. Inicie sesión en IBM Passport Advantage y busque los ejemplos deeAssembly.

Consejo: Expanda el listado de eAssembly para seleccionar el elemento quedesea descargar.

b. Descargue eAssembly y descomprima el archivo descargado. La clave deacceso se halla en un archivo de texto que está dentro del archivodescargado.

2. Descarga de los ejemplos:a. Inicie sesión en el sitio Ejemplos y activos, seleccione el paquete y pulse

Continuar.b. Escriba la clave de acceso para los ejemplos y demás información para

completar el proceso de descarga.


3. Instale los ejemplos, descomprimiendo los archivos en el sistema local.


Para algunos ejemplos, debe completar pasos de configuración adicionales.Referencia relacionada:

IBM Passport Advantage

Sitio Ejemplos y activos

Verificación de la instalación baseIBM Installation Manager ejecuta automáticamente una rutina de verificación paraprobar 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 serealizan satisfactoriamente, entonces la instalación finaliza satisfactoriamente.

Además, puede utilizar el Cliente de prueba para ejecutar transacciones de pruebapara asegurar que InfoSphere MDM esté instalado satisfactoriamente.Tareas relacionadas:Capítulo 3, “Instalación del producto”, en la página 21“Instalación de un servidor autónomo con DB2” en la página 65“Realización de una instalación de estación de trabajo autónoma con DB2” en lapágina 72“Instalación de un despliegue personalizado de InfoSphere MDM” en la página123“Instalación de InfoSphere MDM en un entorno en clúster” en la página 137Resolución de problemas de una instalaciónReferencia relacionada:Capítulo 2, “Descripción general de la instalación”, en la página 7“Cuentas, grupos y valores predeterminados de usuario utilizados por la aplicaciónde instalación” en la página 13

Verificación de la instalación con el Cliente de prueba enWebSphere Application Server

Verifique la instalación con el Cliente de prueba del servidor de aplicaciones, quecompleta una serie de casos de prueba preestablecidos.


El cliente de prueba sólo admite bases de datos DB2 y Oracle.

Procedimiento1. En el archivo TestClient.properties en la carpeta INICIO_INSTALACIÓN_MDM/

IVT/properties, especifique el nombre de usuario en user= y la contraseña enpassword= si está habilitada la seguridad de aplicaciones.

2. Edite cualquier otra propiedad necesaria para crear los parámetros para laprueba que desea ejecutar. Para obtener información sobre las propiedades quepuede editar, consulte el tema de 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:


http://www.ibm.com/software/lotus/passportadvantage/

https://www.ibm.com/services/forms/preLogin.do?source=swg-iismdms

v Ejecute el script siguiente en la línea de mandatos para borrar los datos si hainstalado 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 enDB2: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 deseaejecutar, puede ser:– Para los casos de prueba de TCRM, especifique ./testCases/xml

– Para los casos de prueba de la MDM virtual, especifique./testCases/xml_virtual

– 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

v Si la seguridad está habilitada, especifique el nombre de usuario para iniciarsesión en el sistema en NOMBRE_USUARIO

v Si la seguridad está habilitada, especifique la contraseña para el nombre deusuario en CONTRASEÑA

Por ejemplo, para ejecutar casos de prueba de administración en WebSphereApplication Server mediante HTTP con la seguridad inhabilitada, especifique:TestClient.sh soap testCases/xml_admin

6. Cuando se haya completado la prueba, verá los resultados en los directoriossiguientes:v Para ver las respuestas que han creado las pruebas, consulte la carpeta

./response de cada caso de prueba (por ejemplo, ./testCases/xml/response).

v Para ver los archivos de registro, la lista de casos de prueba ejecutados y susestados, examine los archivos de registro contenidos enDIR_INICIO_INSTALACIÓN_MDM/IVT/logs.

Ejemplo

En la tabla siguiente se muestran las pruebas, con las líneas de mandatocorrespondientes, que puede ejecutar:


Tabla 30. Pruebas de verificación de la instalación

Para ejecutar la prueba: Utilice el mandato:

Para proporcionar un archivo derespuestas para ejecutar un único casode prueba de TCRM

TestClient.sh rmi ./testCases/xml/TCRMaddPerson.xml

Para ejecutar casos de prueba de JMS Proporcione la fábrica de conexiones de la cola, elnombre de la cola de solicitudes y de la cola derespuestas en el archivoTestClientJMS.properties, después ejecuteTestClient.sh jms ./testCases/xml

Para ejecutar casos de prueba demensajería

v Para Oracle:

1. Ejecute @./sql/Oracle/update_event_active.sql para activar unsuceso

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 unsuceso

2. Reinicie WebSphere Application Server

3. Ejecute TestClientWL.sh rmi./testCases/xml_msg

Para ejecutar los casos de prueba deadministrador

TestClient.sh rmi ./testCases/xml_admin

Propiedades del cliente de pruebaPuede editar las entradas del archivo TestClient.properties en la carpetaMDM_INSTALL_HOME/IVT/properties para establecer los parámetros de la prueba.

Tabla 31. Propiedades que pueden establecerse en el archivo de propiedades del Clientede 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 pordirectorio. Consulte regex= para obtener loscriterios de ordenación

sort=d

Para ordenar los casos de prueba. Consulteregex= para obtener los criterios de ordenación

sort=f

Para ordenar los directorios y casos de prueba.Consulte regex= para obtener los criterios deordenación

sort=d|f

Para extraer la primera coincidencia comoclave de comparación de ordenación. El ordende la ordenación se basa en la clave.

El valor predeterminado consiste en extraer elúltimo número digital del archivo depeticiones.

regex= [0-9]*[0-9]$

Para ordenar por orden de series regex=


Tabla 31. Propiedades que pueden establecerse en el archivo de propiedades del Clientede prueba (continuación)

Para establecer el parámetro para: Establezca el siguiente parámetro en:

Para añadir un nombre de usuario user=

Para añadir una contraseña password=

Para probar el valor extraído mediante lautilización de una expresión regular

java -cp ./lib/TestClient.jar -regextcrmtest_001

Para información sobre la utilización de Javapara ejecutar casos de prueba

java -cp ./lib/TestClient.jar ?

Para utilizar el adaptador JMS de MDM,escriba el nombre de la fábrica de conexionesde cola

QueueConnectionFactory=

Especificar el nombre de destino de la cola desolicitudes

RequestQueue=

Especificar el nombre de destino de la cola derespuestas

ResponseQueue=

Registros de instalaciónHay dos tipos de registros que se crean durante el proceso de instalación. Unconjunto registra información relacionada con IBM Installation Manager y el otroregistra información relacionada con InfoSphere MDM.

La ubicación de los registros de IBM Installation Manager depende del modo enque se instaló la aplicación. Si IBM Installation Manager se instaló en modalidadde administrador (usuario root en UNIX), los registros se encuentran en/var/ibm/InstallationManager/logs. Si la aplicación no se instaló en modalidadde administrador, los registros se encuentran en $HOME/var/ibm/InstallationManager/logs.

También puede especificar una ubicación para los registros de IBM InstallationManager mediante la actualización de la variable Agent Location(cic.appDataLocation) en el archivo config.ini. config.ini se encuentra en eldirectorio InstallationManager_INSTALL_HOME/eclipse/configuration.

Los registros de InfoSphere MDM se encuentran en el directorioMDM_INSTALL_HOME/logs/database.

Los directorios siguientes contienen registros que se crean cuando se ejecutan losscripts SQL de la base de datos de physical MDM (mediante una instalaciónmanual 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 datosde MDM virtual que utiliza ODBC se encuentran en MDM_INSTALL_HOME/logs/database/Virtual

Visualización de archivos de registro de Installation ManagerLa aplicación IBM Installation Manager crea archivos de registro durante el procesode instalación. Estos registros pueden verse a través de un navegador.


Antes de empezar

Debe tener un navegador disponible para ver los archivos de registro. Si está en unservidor que no tiene un navegador, copie los registros en una estación de trabajo.

Para habilitar el registro de depuración mejorado en ./InstallationManager/logs,copie DIR_INICIO_INSTALACIÓN_STARTUPKIT/InstallationManagerDebug/log.properties en ./InstallationManager/logs antes de iniciar IBM InstallationManager para empezar a instalar InfoSphere MDM.

Importante: Después de habilitar el registro de depuración mejorado, lainformación registrada contenida en ./InstallationManager/logs puede incluirdatos de contraseña entrados por el usuario durante la instalación. Guarde estosarchivos de registro en un lugar seguro para evitar la exposición de contraseñas.


Los registros contienen mensajes con las etiquetas INFO, DEBUG, WARNING oERROR. Si la instalación es satisfactoria, todos los mensajes tendrán una etiquetaINFO o DEBUG. Los mensajes identificados como WARNING o ERROR debenrevisarse.

Consejo: Para obtener más información sobre la utilización de los archivos deregistro de IBM Installation Manager para resolver problemas de una instalación,consulte los enlaces relacionados que se proporcionan al final de este tema.

Procedimiento1. Vaya al directorio ./InstallationManager/logs.2. Abra el archivo index.xml.3. Desde la tabla All Log Files, pulse un enlace que corresponda a la sesión de

IBM Installation Manager que ha instalado InfoSphere MDM.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 deinstalación.

5. Busque mensajes que estén identificados como WARNING o ERROR. Losmensajes deben revisarse para identificar problemas potenciales con lainstalación.

6. Pulse un enlace para ver representaciones de archivo de registro nativas de unsegmento del proceso de instalación.Tales procesos pueden incluir la ejecución de código Java personalizado paragestionar archivos de InfoSphere MDM, ejecutar la herramienta basada en Antdel programa de utilidad madconfig que, a su vez, ejecuta scripts SQL, eimplementar la API de MBean de WebSphere Application Server que despliegaarchivos de despliegue de InfoSphere MDM como archivos EBA y EAR, y otrasacciones.

Resultados

Si tiene mensajes identificados como WARNING o ERROR, intente determinar lacausa del problema buscando errores de excepción Ant o Java. Si encuentra unasolución temporal para WARNING o ERROR, intente corregir la instalación opóngase en contacto con IBM Software Support.Tareas relacionadas:


Resolución de problemas de una instalaciónReferencia relacionada:“Installation Startup Kit para instalaciones personalizadas” en la página 10Información relacionada:

IBM Installation Manager: resolución de problemas de instalación

Visualización de los registros de instalación de InfoSphere MDMDurante el proceso de instalación, se crean registros en el directorioMDM_INSTALL_HOME/logs/database. Utilice estos registros como ayuda para laresolución de problemas o verificación de la instalación.


Los registros se almacenan en archivos .xml con la fecha y hora de la instalacióncomo el nombre de archivo. Por ejemplo, un archivo con el nombre20130312_1101.xml, indica que la instalación se llevó a cabo el 12 de marzo de 2013a las 11:01. Puede acceder a los registros de dos formas distintas.

Procedimientov En el panel IBM Installation Manager final, una vez completada la instalación,

pulse View Log File.v Vaya al directorio MDM_INSTALL_HOME/logs/database y abra el archivo .xml.Conceptos relacionados:“Instalación de aplicaciones cliente y componentes individuales” en la página 164Tareas relacionadas:Capítulo 3, “Instalación del producto”, en la página 21Resolución de problemas de una instalaciónReferencia relacionada:“Instalación silenciosa” en la página 146

Modificación de la instalaciónUtilice este procedimiento para instalar otros componentes de InfoSphere MDM enuna estación de trabajo o servidor que ya tiene instalados componentes de lamisma versión.

Procedimiento1. Inicie IBM Installation Manager y pulse Modificar.2. Seleccione el paquete de InfoSphere MDM y pulse Siguiente.3. Seleccione el idioma y pulse Siguiente.4. En el panel Modificar paquetes, seleccione el componente que desea instalar.

Los componentes instalados previamente se seleccionan automáticamente.Asegúrese de que permanezcan seleccionados, de otra forma IBM InstallationManager los elimina. Pulse Siguiente.

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

6. En el panel final de IBM Installation Manager, pulse Ver archivos de registro sidesea abrir el visor de archivos de registro.



http://www.ibm.com/support/knowledgecenter/SSDV2W_1.7.0/com.ibm.cic.agent.ui.doc/topics/c_troubleshooting.html


Un mensaje en el panel final del instalador indica si la modificación de lainstalación ha sido satisfactoria o no. Si la modificación no ha sido satisfactoria,habrá un mensaje de error y un archivo de registro que puede revisar. Tambiénpuede ver los archivos de registro después de una modificación satisfactoria.Utilice los temas de resolución de problemas como ayuda para tratar los errores.Conceptos relacionados:“Instalación de aplicaciones cliente y componentes individuales” en la página 164Tareas relacionadas:“Instalación de InfoSphere MDM en un entorno en clúster” en la página 137Resolución de problemas de una instalación“Separar la configuración respecto de la instalación” en la página 132

Adición de un nuevo código a un clúster existentePara añadir un nuevo miembro de nodo de InfoSphere MDM a un clúster existentede IBM WebSphere Application Server, debe crear el nodo, unirlo al clúster yconfigurar la relación entre el nodo y el clúster.


Un nodo en un clúster de WebSphere Application Server se define como un perfil.Puede existir en una máquina separada o en una máquina que ya tenga uno ovarios perfiles configurados existentes.

Procedimiento1. Cree un nuevo nodo de InfoSphere MDM y conéctelo a un clúster existente de

WebSphere Application Server ejecutando el mandato siguiente desde una líneade mandatos en el servidor de aplicaciones:cd /opt/IBM/WebSphere/AppServer/bin./manageprofiles.sh -create -profileName nombre_perfil –profilePath/opt/IBM/WebSphere/AppServer/profiles/profile_name–templatePath /opt/IBM/WebSphere/AppServer/profileTemplates/managed –federateLater false-dmgrAdminUserName nombre_usuario -dmgrAdminPasswordcontraseña –dmgrHosthost_dmgr -dmgrPort puerto_dmgr

Sustituya las variables del mandato por los valores de nombre de perfil, vía deacceso, nombre de usuario, contraseña, host de DMgr y puerto de DMgrcorrespondientes al despliegue. Por ejemplo:cd /opt/IBM/WebSphere/AppServer/bin./manageprofiles.sh -create -profileName AppSrv03 –profilePath /opt/IBM/WebSphere/AppServer/profiles/AppSrv03–templatePath /opt/IBM/WebSphere/AppServer/profileTemplates/managed–federateLater false -dmgrAdminUserName perf01-dmgrAdminPassword perf01 –dmgrHost warhol-10ge -dmgrPort 8879

Cuando el mandato finalice, aparecerá un nodo adicional en la consola deadministración (Integrated Solutions Console) de WebSphere ApplicationServer.

2. Vaya a Administración de sistema > Nodos para confirmar la presencia delnuevo nodo.

3. Añada una nueva instancia de servidor al clúster en el nuevo nodo:a. En la consola de administración (Integrated Solutions Console) de

WebSphere Application Server, navegue hasta Clústeres de WebSphereApplication Server > SECluster > Miembros de clúster y pulse Nuevo.

b. Dé un nombre al nuevo miembro, seleccione el nodo nuevo en la listadesplegable y, a continuación, guarde y sincronice los valores.


c. Vaya a Clústeres de WebSphere Application Server > SECluster >Miembros de clúster para confirmar que el nuevo miembro está presente enla lista de nodos.

4. Añada una nueva fila a la tabla APPINSTANCE para representar al nuevonodo:id|1000|server_name|current_timestamp|installer

Sustituya las variables de la fila por los detalles de su nodo.5. Ejecute las tareas madconfig para configurar el nuevo nodo:

a. Copie el archivo MDM_INSTALL_HOME/properties/install_native_engine.ear.properties en la carpeta MDM_INSTALL_HOME/mds/scripts y vuelva a renombrar el archivo que ha copiadoinstall_native_engine.ear.local.properties.

b. En install_native_engine.ear.local.properties, modifique todas lascontraseñas cifradas a contraseñas de texto sin formato.

Consejo: El valor de la propiedad trustFilePwd es WebAS.c. Además de las contraseñas, modifique o añada las siguientes propiedades:

cluster.flag=falsecluster=Nonenode=node_nameserver=server_nameconfigForNewNode=true

d. Ejecute el script install_server_config madconfig mediante el siguientemandato:MDM_INSTALL_HOME/mds/scripts/madconfig.sh install_native_engine.ear

e. Copie el archivo MDM_INSTALL_HOME/properties/install_server_config.properties en la carpeta MDM_INSTALL_HOME/mds/scripts y cámbiele el nombre al archivo copiadoinstall_server_config.local.properties.

f. En install_server_config.local.properties, modifique todas lascontraseñas cifradas a contraseñas de texto sin formato.

Consejo: El valor de la propiedad trustFilePwd es WebAS.g. Además de las contraseñas, modifique o añada las siguientes propiedades:

cluster.flag=falsecluster=Nonenode=node_nameserver=server_nameconfigForNewNode=true

h. Ejecute el script install_server_config madconfig mediante el siguientemandato:MDM_INSTALL_HOME/mds/scripts/madconfig.sh install_server_config

i. Ejecute el script map_roles_to_users madconfig mediante el siguientemandato:MDM_INSTALL_HOME/mds/scripts/madconfig.sh map_roles_to_users

j. Proporcione los detalles siguientes para el script map_roles_to_users:v Prefijo EBA: com.ibm.mdm.hub.server.appv Nombre de la aplicación WAS: MDM-web-services-instance_id.

Nota: Puede encontrar el nombre de la aplicación en la IntegratedSolutions Console.

v Usuario de BLA: el usuario admin de InfoSphere MDM, como mdmadmin.


v Contraseña de BLA: la contraseña del usuario administrativo deInfoSphere MDM

k. Ejecute el script full_sync madconfig mediante el siguiente mandato:MDM_INSTALL_HOME/mds/scripts/madconfig.sh full_sync

l. Suprimir los archivos de local.properties que ha creado enMDM_INSTALL_HOME/mds/scripts.

Importante: Estos archivos deben suprimirse tan pronto como sea posible.Representan un problema de seguridad potencial porque contienencontraseñas de texto sin formato.

6. Reinicie el clúster de WebSphere Application Server.Tareas relacionadas:Preparación de la base de datos de DB2 para utilizar InfoSphere MDM en unentorno en clúster“Preparación de la base de datos de Oracle para utilizar InfoSphere MDM en unentorno en clúster” en la página 98“Instalación de InfoSphere MDM en un entorno en clúster” en la página 137

Actualización de los archivos de propiedades desplegadospara una physical MDM

Después de instalar o actualizar InfoSphere MDM, puede que necesite actualizarlos archivos de propiedades desplegados si requieren cambios que no puedenrealizarse utilizando Configuration Manager. Utilice este procedimiento paraactualizar archivos de propiedades desplegados.


Atención: La actualización de propiedades de forma dinámica no es ideal.Siempre que sea posible, transfiera las propiedades personalizadas a ConfigurationManager.

Puesto que los archivos de propiedades se incluyen en un .jar y se despliegancomo 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 dedespliegue de la unidad de composición de BLA. Esta extracción permite que serealicen actualizaciones casi en tiempo real sin tener que volver a instalar laaplicación de paquetes empresariales (EBA). Por ejemplo, si el nombre deldespliegue de aplicación es E001 y el directorio de inicio de instalación deWebSphere Application Server es opt/IBM/WebSphere/AppServer/, la ubicación delos archivos de propiedades desplegados se encuentra en el directorio de activosinstalados 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 unatopología de clúster o de varios nodos, las modificaciones deben replicarsemanualmente en todos los nodos y servidores. La mejor forma de actualizar laspropiedades es utilizando la consola de administración (Integrated SolutionsConsole) de WebSphere Application Server, que gestiona la propagación decambios automáticamente.


Procedimiento1. Inicie la consola Integrated Solutions Console de WebSphere Application Server

y acceda a Aplicaciones > Tipos de aplicación > Activos.a. Seleccione el archivo com.ibm.mdm.server.resources.properties-

deployment_name_used_for_install.jar.b. Pulse Export para exportar las propiedades actualmente desplegadas. Desde

aquí, puede descargar la biblioteca en su sistema local para la actualización.2. Edite los valores y archivos utilizando los archivos de propiedades ampliadas

del paquete com.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar que ha descargado en el paso 1.

3. Vuelva a reunir las propiedades modificadas en un archivocom.ibm.mdm.server.resources.properties-deployment_name_used_for_install.jar nuevo. Asegúrese de mantener elmismo nombre que la biblioteca original.

4. En la consola Integrated Solutions Console de WebSphere Application Server,seleccione de nuevo el archivo com.ibm.mdm.server.resources.properties-nombre_de_despliegue_para_instalación.jar.a. Pulse Actualizar.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 Sustituiractivo completo junto con el archivo JAR de propiedades nuevo oactualizado. La actualización del activo de propiedades mediante lautilización de esta opción propaga los cambios automáticamente a todos losnodos y servidores.

5. Después de completada la actualización, debe reiniciar la aplicación BLA.


Capítulo 4. Aplicación de fixpack

Cuando IBM emite un fixpack para InfoSphere MDM, puede aplicarlo utilizando elGestor de instalación de IBM.


Para aplicar un fixpack, debe descargar y extraer los artefactos del fixpack y, acontinuación, ejecutar una herramienta de línea de mandatos para configurar elfixpack. De forma opcional, puede configurar el fixpack para que omita ciertoscomponentes si no desea que se apliquen las correcciones por algún motivodeterminado.

Si es necesario, puede utilizar el Gestor de instalación de IBM para retrotraer unfixpack aplicado.

Consejo: Para obtener instrucciones y detalles importantes sobre los arreglosincluidos, examine el archivo léame del fixpack antes de empezar a aplicar laactualización. Puede obtener los archivos léame de cada fixpack en el sitio web delSoporte IBM.

Instalar un fixpackUtilice IBM Installation Manager para descargar y extraer los artefactos del fixpacky luego ejecute un script para instalar los archivos del fixpack.

Antes de empezarv Examine el archivo léame del fixpack antes de empezar a aplicar la

actualización. Puede obtener los archivos léame de cada fixpack en el sitio webdel Soporte IBM.

v Examine la documentación de IBM Installation Manager para conocer cómoutilizar la modalidad Update para localizar y descargar fixpacks. Consulte losenlaces relacionados para obtener más detalles.

v Durante la actualización, puede ser necesario iniciar una sesión en un servidoribm.com utilizando su identificador de IBM. Si no tiene un identificador de IBM,puede registrar un identificador.


La instalación de un fixpack es un proceso de dos etapas. Primero, debe utilizarIBM Installation Manager para descargar y extraer los fixpacks y luego instalarmanualmente los fixpacks utilizando un script de línea de mandatos.

Restricción: No puede instalar el producto InfoSphere MDM completo y unfixpack en una única sesión del Gestor de instalación. Debe primero instalarcompletamente InfoSphere MDM en la modalidad Install de Installation Manager yluego aplicar el fixpack en una segunda sesión de Installation Manager utilizandola modalidad Update.






https://www.ibm.com/account/profile

Procedimiento1. Si su sistema está protegido por un cortafuegos, configure un proxy para

asegurarse de que IBM Installation Manager se pueda conectar al repositoriode fixpacks predefinido de InfoSphere MDM. Consulte los enlacesrelacionados para obtener más detalles.

Consejo: Si su sistema está protegido por un cortafuegos y su empresa nopermite el uso de proxies, debe obtener el fixpack a partir de otra fuente, talcomo IBM Fix Central:a. Localice el fixpack en Fix Central y descárguelo en un directorio local,

DIR_INICIO_INSTALACIÓN_MDM/updates.b. Extraiga el archivo ZIP del fixpack que ha descargado.c. Inicie IBM Installation Manager.d. Seleccione Archivo > Preferencias... y pulse Añadir repositorio....e. Pulse Examinar..., vaya hasta los directorios de los fixpacks extraídos y

seleccione DIR_INICIO_INSTALACIÓN_MDM/updates/versión_fixpack/delta/repository.config. Pulse Aceptar.

f. Pulse Aplicar y luego pulse Aceptar.g. Cierre IBM Installation Manager.

2. Inicie IBM Installation Manager.3. Pulse Actualizar.4. Si se le solicita, proporcione las credenciales de su identificador de IBM.5. Seleccione las actualizaciones de fixpack que desee aplicar y pulse Siguiente.6. Lea y acepte los términos de licencia.7. En la página Actualizar resumen, lea la información sobre el fixpack y los

problemas que resuelve y, a continuación, pulse Actualizar. El Gestor deinstalación descarga y extrae los artefactos de fixpack en el sistema dearchivos. Encontrará los archivos extraídos del fixpack enDIR_INICIO_INSTALACIÓN_MDM/updates/versión_fixpack.

Importante: Si desea excluir algún componente de InfoSphere MDM de laactualización mediante el fixpack, debe modificar el archivo extraídoFeatureFixpackApplied.properties antes de llevar a cabo este procedimiento.Consulte los enlaces relacionados para obtener más detalles.

8. Inicie todos los servidores de InfoSphere MDM, aplicaciones web y servidoresde aplicaciones.

9. Abra un indicador de mandatos y vaya hasta DIR_INICIO_INSTALACIÓN_MDM/mds/scripts.

10. Ejecute el script para aplicar el fixpack: ./madconfig.sh Apply_Fixpack

11. Proporcione las contraseñas de acuerdo con los mensajes de solicitud delscript.

12. Reinicie todos los servidores de InfoSphere MDM, aplicaciones web yservidores de aplicaciones.

Tareas relacionadas:“Exclusión de componentes específicos de un fixpack” en la página 187Información relacionada:

Gestor de instalación de IBM: actualización de paquetes utilizando lamodalidad de asistente

Gestor de instalación de IBM: preferencias de Internet


http://www.ibm.com/support/knowledgecenter/SSDV2W_1.7.0/com.ibm.cic.agent.ui.doc/topics/t_install_updates.html

http://www.ibm.com/support/knowledgecenter/SSDV2W_1.7.0/com.ibm.cic.agent.ui.doc/topics/t_install_updates.html

http://www.ibm.com/support/knowledgecenter/SSDV2W_1.7.0/com.ibm.cic.agent.ui.doc/topics/c_proxy_server.html

Exclusión de componentes específicos de un fixpackSi desea excluir algún componente de InfoSphere MDM de la actualización de unfixpack, debe modificar el archivo extraído FeatureFixpackApplied.propertiesantes de ejecutar el script que instala el fixpack.

Antes de empezar

Ya debe haber descargado y extraído los artefactos del fixpack antes de llevar acabo este procedimiento. Consulte los enlaces relacionados para obtener másdetalles.


Si su instancia de InfoSphere MDM incluye componentes que se han modificado oampliado, tal vez desee excluir estos componentes de la actualización de unfixpack. Por ejemplo, si ha realizado cambios en una interfaz de usuario deInfoSphere MDM específica, puede decidir excluir esa interfaz de usuario de laactualización del fixpack para conservar sus personalizaciones.

Procedimiento1. Navegue hasta DIR_INICIO_INSTALACIÓN_MDM/backup/versión_fixpack.2. Abra FeatureFixpackApplied.properties.

Este archivo de propiedades contiene una lista de las propiedades, cada una deellas corresponde a un componente de InfoSphere MDM. Puede optar porincluir o excluir cada componente de la actualización del fixpack. De formapredeterminada, todas las propiedades de los componentes tienen el valor deNO, lo que significa que el componente no se excluirá y que se actualizará.

3. Para excluir un componente de la actualización del fixpack, cambie su valorcorrespondiente a YES.

4. Guarde los cambios en el archivo. Cuando ejecute el script de instalación delfixpack, los componentes marcados como YES no se actualizarán.

Tareas relacionadas:“Instalar un fixpack” en la página 185

Retrotracción de un fixpack aplicadoSi ha aplicado un fixpack pero más adelante decide que desea eliminarlo, puederetrotraer las actualizaciones.


Deshacer la aplicación de un fixpack es un proceso de dos etapas. Primero, debedeshacer manualmente algunas actualizaciones de configuración y luego utilizarIBM Installation Manager para cancelar los elementos restantes del fixpack ycompletar el proceso de cancelación.

Procedimiento1. Siga las instrucciones contenidas en el archivo léame adecuado del fixpack para

deshacer manualmente los cambios de configuración. Los pasos manuales decancelación son la primera etapa del proceso. Es esencial que realice los pasosmanuales como parte del proceso para eliminar un fixpack aplicado.

2. Complete el proceso de cancelación utilizando IBM Installation Manager:

Capítulo 4. Aplicación de fixpack 187


a. Inicie IBM Installation Manager.b. Seleccione Retrotraer y pulse Siguiente.c. Seleccione la versión que desee retrotraer y, a continuación, pulse Siguiente.d. Pulse Retrotraer. IBM Installation Manager ejecutará el proceso de

retrotracción.


Capítulo 5. Resolución de problemas de instalaciones deStandard Edition o Advanced Edition

Si falla la instalación de Standard Edition o de Advanced Edition, puede intentarutilizar los pasos para la resolución de problemas y revisar los errores conocidos.

SíntomasTras completar la instalación, puede que aparezcan mensajes de error en IBMInstallation Manager en el panel Instalación completa. También es posible queaparezcan errores en los registros de instalación o que procedan de pruebas deverificación de la instalación.

Un mensaje de realizado satisfactoriamente en el panel de instalación final indicaque las pruebas de verificación se han ejecutado automáticamente como parte delproceso de instalación.

Para consultar los problemas de la base de datos, el servidor de aplicaciones o IBMInstallation Manager, utilice sus herramientas para diagnosticas y corregir lascondiciones de error individuales.

Resolución del problema1. Revise los mensajes en los registros de instalación para localizar las condiciones

del error.2. Revise las condiciones del error que se describen en los temas de error para

encontrar soluciones definitivas o temporales. Los errores documentados no sonuna lista exhaustiva de todos los errores que pueden surgir. Si el error que estáconsultando en sus registros no figura en la lista, póngase en contacto con elpersonal de soporte de software de IBM.

3. Tras corregir los errores, vuelva a ejecutar el programa de instalación.Tareas relacionadas

Verificación de la instalación con el Cliente de prueba en WebSphereApplication ServerVisualización de los registros de instalación de InfoSphere MDM

Errores de instalaciónLos errores que aparecen listados son ejemplos de los errores que se pueden dardurante la instalación de MDM. Esta lista no es una lista exhaustiva de todos loserrores. Si el error que está consultando en sus registros no figura en la lista,póngase en contacto con el personal de soporte de software de IBM.

Atención: El contenido del registro que está viendo en los temas de error essolamente de ejemplo. Los nombres de archivo de registro, las vías de acceso, lasindicaciones de fecha y hora, etcétera reales que ver en su implementación sondistintos de lo que figura en los ejemplos.

Información relacionada

Documentación del Gestor de instalación de IBM



Error de instalación: se ha denegado el acceso para laoperación checkIfAppExists en AppManagement MBean

Se ha denegado el acceso para la operación checkIfAppExists en AppManagementMBean.

Descripción

Durante una desinstalación, si se indica una contraseña de SOAP errónea en elpanel de desinstalación, la desinstalación podría fallar. Si se produce esteproblema, el instalador interrumpe la sesión de desinstalación y muestra unmensaje de error.

El mensaje de error es similar a este mensaje de ejemplo del archivo de registro deIBM Installation Manager:Error al desinstalar. CRIMA1076E: Error en la operación de ejecución"/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh" (status=255).Consulte el registro de salidas del agente para obtener más información:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/TIME_STAMP.logCRIMA1076E: Error al ejecutar la operación "/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh"(status=255). Consulte el registro de salidas del agente para obtener más información:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/TIME_STAMPa.logCRIMA1076E: Error al ejecutar la operación "/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh"(status=1). Consulte el registro de salidas del agente para obtener más información:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/20130506_1551b.logCRIMA1076E: Error al ejecutar la operación "/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh"(status=1). Consulte el registro de salidas del agente para obtener más información:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/TIME_STAMPc.logCRIMA1076E: Error al ejecutar la operación "/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh"(status=255). Consulte el registro de salidas del agente para obtener más información:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/TIME_STAMP.logCRIMA1076E: Error al ejecutar la operación "/opt/IBM/MDM/E455/mdm/mds/scripts/madconfig.sh"(status=255). Consulte el registro de salidas del agente para obtener más información:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/TIME_STAMP.log


uninstall_mds_ws_api:..............................................................trustFilePwd es *****com.ibm.websphere.management.exception.AdminException:en com.ibm.websphere.management.application.AppManagementProxy.proxyInvoke(AppManagementProxy.java:192)en com.ibm.websphere.management.application.AppManagementProxy.checkIfAppExists(AppManagementProxy.java:269)en com.ibm.mdm.de.config.appserver.core.MDSAppDeploy.checkIfAppExists(MDSAppDeploy.java:165)en com.ibm.mds.de.config.appserver.configurator.MDSDeployAppConfigurator.configure(MDSDeployAppConfigurator.java:24)en com.ibm.mdm.de.config.appserver.remoteclient.command.MDSDeployAppRemoteCommand.performUninstall(MDSDeployAppRemoteCommand.java:36)en com.ibm.mdm.de.config.appserver.remoteclient.command.MDSDeployAppRemoteCommand.execute(MDSDeployAppRemoteCommand.java:22)en com.ibm.mdm.de.config.appserver.remoteclient.MDSRemoteClient.execute(MDSRemoteClient.java:26)en com.ibm.mdm.de.ant.task.UninstallMDSWSAPITask.execute(UninstallMDSWSAPITask.java:84)en org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)en org.apache.tools.ant.Task.perform(Task.java:364)

Solución

Si la desinstalación de la base de datos de MDM ha sido satisfactoria pero hafallado la desinstalación del servidor operativo de InfoSphere MDM, deberádesinstalar el servidor operativo manualmente.1. Desinstale los módulos de despliegue de InfoSphere MDM y las aplicaciones de

nivel empresarial utilizando la consola Integrated Solutions Console de IBMWebSphere Application Server.


2. Desinstale los activos com.ibm.mdm.hub.server.app-<>.eba ycom.ibm.mdm.server.resources.properties-<>.jar utilizando la consolaIntegrated Solutions Console de IBM WebSphere Application Server.

3. Desinstale los paquetes de repositorio local: com.ibm.mdm.mds.api.app,com.ibm.mdm.mds.jni.app, com.ibm.mdm.server.jaxrpcws.cba ycom.ibm.mdm.thirdparty.cba utilizando la consola Integrated Solutions Consolede IBM WebSphere Application Server.

4. Suprima el destino de despliegue (servidor o clúster) para descartar los objetosde configuración de InfoSphere MDM como, por ejemplo, proveedores deJDBC, orígenes de datos y proveedor de mensajería.

Error de instalación: AdminTaskUn error AdminTask puede provocar una anomalía de instalación.

Descripción

Este problema puede hacer que la instalación de InfoSphere MDM falle ydesencadene una retrotracción de la instalación completa. Este problema puedeocurrir cuando se instalan las aplicaciones interfaz de usuario de BusinessAdministration, interfaz de usuario de Data Stewardship o interfaz de usuario deProduct Maintenance como parte de la instalación de InfoSphere MDM. Elproblema está relacionado con la capacidad de IBM WebSphere Application ServerDeployment Manager para interactuar con la aplicación de instalación deInfoSphere MDM. Si surge este problema, se detendrá la sesión de instalación, seemitirá un mensaje de error y se desencadenará la retrotracción de la instalación.

El mensaje de aviso es similar a este mensaje de ejemplo del archivo de registro deIBM Installation Manager:Se ha producido un error en la fase: install SU: com.ibm.mdm.ba.webapp 11.0.0.v20130410-1220IU: com.ibm.mdm.ui.ba.config.server_create.config.objects.on.servernull->11.0.0.v20130410-1220Mensaje: Error al ejecutar /usr/IBM/WebSphere/AppServer8502ND/bin/wsadmin.shmandato: status=105. Para obtener más información, consulte el archivo de registro del agente:/home/ws8admin/var/ibm/InstallationManager_H001/logs/native/TIME_STAMP.log

WASX7209I: Se ha conectado al proceso "dmgr" en el nodo myCellManager01 utilizando el conector SOAP;El tipo de proceso es: DeploymentManagerWASX8011W: El objeto AdminTask no está disponible.WASX7303I: Se han pasado las siguientes opciones al entorno de scripts y están disponiblescomo argumentos que están almacenados en la variable argv:"[myCell01, None, myNode01, mdm-s3-H080, default_host]"Se está configurando el servidor de aplicaciones y el host virtual para las interfaces de usuario de WCC...Nombre de celda :myCell01Nombre de clúster :NingunoNombre de nodo :myNode01Nombre de servidor :mdm-s3-H080Nombre de host virtual :default_host

Se está configurando el servidor mdm-s3-H080 en el nodo myNode01 de la celda myCell01...El servidor ’mdm-s3-H080’ no existe. Se está creando un servidor nuevo a partir de la plantilla ’default’...

El servidor es ’mdm-s3-H080’Se está añadiendo un alias nuevo con puertos al host virtual...

Puerto WC_defaulthost que se va a añadir : 9080Puerto WC_defaulthost_secure que se va a añadir : 9443

Se han añadido alias nuevos con puertos al host virtual

Se ha añadido el tiempo de espera de ORB para el servidor: mdm-s3-H080Modificar seguridad de cookieCrear propiedad com.ibm.ws.webcontainer.HTTPOnlyCookiesWASX7017E: Se ha recibido una excepción mientras se ejecutaba el archivo"/usr/IBM/MDM/H080/Shared/tmp/script/wccUISetupAppServer.py";información de excepción: com.ibm.bsf.BSFException: excepción de Jython:Rastreo interno (último más interno):Archivo <cadena>", línea 198, en ?Archivo "<cadena>", línea 131, en createProperty

Capítulo 5. Resolución de problemas de una instalación 191

NameError: AdminTask

WASX7341W: No se ha realizado la acción "save" antes de salir de la sesión interactiva de creación de scripts;los cambios de configuración no se guardarán.

Solución1. Aumente el tamaño de almacenamiento dinámico de la JVM de IBM

WebSphere Application Server Deployment Manager a 1024/2048.2. Ejecute de nuevo la instalación de MDM.3. Evite utilizar la consola Integrated Solutions Console de IBM WebSphere

Application Server durante la instalación de MDM.

Error de instalación: el objeto AdminTask no está disponibleEl objeto AdminTask no está disponible.

Descripción

Este error puede hacer que el archivo de respuestas de IVT muestre una anomalíadebido a un problema que se ha producido cuando el instalador intentaba procesarlos valores de correlación de roles. Este problema está relacionado con la capacidadde IBM WebSphere Application Server Deployment Manager para interactuar conla aplicación de instalación de InfoSphere MDM. Si se produce este problema, elinstalador puede llegar al final de la instalación, pero indica que IVT (InstallationVerification Tool - herramienta de verificación de la instalación) no ha sidosatisfactoria.

IVT muestra la excepción siguiente:CORBA NO_PERMISSION 0x0 No; la excepción anidada es:org.omg.CORBA.NO_PERMISSION:>> SERVER (id=5b5ab1aa, host=evg01.torolab.ibm.com) TRACE START:>> org.omg.CORBA.NO_PERMISSION: java.rmi.AccessException: ; la excepción anidada es:com.ibm.websphere.csi.CSIAccessException: SECJ0053E: Error de autorizaciónpara defaultWIMFileBasedRealm/mdmadmin al invocar(Home)com.ibm.mdm.hub.server-E457..11.0.0..com.ibm.mdm.server.dwlcommonservices.ejb..11.0.0.FP00IF000_20130503-1713.war#com.ibm.mdm.server.dwlcommonservices.ejb..11.0.0.FP00IF000_20130503-1713.war#DWLServiceController create::2 no se otorga ninguno de los roles necesarios:ServiceConsumer ServiceProvider vmcid: 0x0 código menor: 0 completado: No>> en com.ibm.ws.security.core.SecurityCollaborator.performAuthorization(SecurityCollaborator.java:626)>> en com.ibm.ws.security.core.EJSSecurityCollaborator.preInvoke(EJSSecurityCollaborator.java:265)>> en com.ibm.ejs.container.EJSContainer.EjbPreInvokeForStatelessCreate(EJSContainer.java:4561)>> en com.dwl.base.requestHandler.beans.EJSRemoteCSLDWLServiceControllerHome_2c54996d.create(EJSRemoteCSLDWLServiceControllerHome_2c54996d.java)>> en com.dwl.base.requestHandler.beans._EJSRemoteCSLDWLServiceControllerHome_2c54996d_Tie.create(_EJSRemoteCSLDWLServiceControllerHome_2c54996d_Tie.java:1)>> en com.dwl.base.requestHandler.beans._EJSRemoteCSLDWLServiceControllerHome_2c54996d_Tie._invoke(_EJSRemoteCSLDWLServiceControllerHome_2c54996d_Tie.java)>> en com.ibm.CORBA.iiop.ServerDelegate.dispatchInvokeHandler(ServerDelegate.java:669)>> en com.ibm.CORBA.iiop.ServerDelegate.dispatch(ServerDelegate.java:523)>> en com.ibm.rmi.iiop.ORB.process(ORB.java:523)>> en com.ibm.CORBA.iiop.ORB.process(ORB.java:1575)>> en com.ibm.rmi.iiop.Connection.doRequestWork(Connection.java:3039)>> en com.ibm.rmi.iiop.Connection.doWork(Connection.java:2922)>> en com.ibm.rmi.iiop.WorkUnitImpl.doWork(WorkUnitImpl.java:64)>> en com.ibm.ws.giop.threadpool.WorkQueueElement.dispatch(WorkQueueElement.java:165)>> en com.ibm.ws.giop.filter.GiopFilterChain.processMessage(GiopFilterChain.java:203)>> en com.ibm.ws.giop.threadpool.PooledThread.handleRequest(PooledThread.java:81)>> en com.ibm.ws.giop.threadpool.PooledThread.run(PooledThread.java:102)>> en com.ibm.ws.util.ThreadPool$Worker.run(ThreadPool.java:1814)>> SERVER (id=5b5ab1aa, host=evg01.torolab.ibm.com) TRACE END.vmcid: 0x0 código menor: 0 completado: No

El mensaje de aviso es similar a este mensaje de ejemplo del archivo de registro deIBM Installation Manager:


Problema al ejecutar la operación "/usr/IBM/WebSphere/AppServer8502ND/bin/wsadmin.sh"(status=105). Consulte el registro de salidas del agente para obtener más información:/home/ws8admin/var/ibm/InstallationManager_H001/logs/native/TIME_STAMP.log

/home/ws8admin/var/ibm/InstallationManager_H001/logs/native/TIME_STAMP.logmuestra un mensaje similar al siguienteWASX7209I: Se ha conectado al proceso "dmgr" en el nodo myCellManager01 utilizando el conector SOAP;El tipo de proceso es: DeploymentManagerWASX8011W: El objeto AdminTask no está disponible.WASX7303I: Las siguientes opciones se pasan al entorno de script yestán disponibles como argumentos que están almacenados en la variable argv:"[--blaName, MDM-operational-server-EBA-H085, --ebaPrefix, com.ibm.mdm.hub.server.app,--blaUser, mdmadmin, --wsName, MDM-web-services-H085,--blaPwd, mdmadmin]"Configuración de la seguridad de aplicaciones---------------------------------------------------------------AdminBLA: Unidades de composición de lista en BLAID BLA (o nombre BLA): MDM-operational-server-EBA-H085Parámetro opcional:

Visualizar descripción:Uso: AdminBLA.listCompUnits("MDM-operational-server-EBA-H085", "")Retorno: Unidades de composición de lista en la aplicación de nivel empresarial especificada.---------------------------------------------------------------

Excepción: exceptions.NameError AdminTaskWASX7017E: Se ha recibido una excepción mientras se ejecutaba el archivo"/usr/IBM/MDM/H085/Shared/tmp/script/RoleMapping.py"; información de excepción:com.ibm.bsf.BSFException: excepción desde Jython:Rastreo interno (último más interno):Archivo <cadena>", línea 144, en ?Archivo "<cadena>", línea 28, en retrieveCompUnitIDArchivo "/usr/IBM/WebSphere/AppServer8502ND/scriptLibraries/application/V70/AdminBLA.py",línea 763, en listCompUnitsScriptLibraryException: : ’exceptions.NameError AdminTask’

Solución1. Aumente el tamaño de almacenamiento dinámico de la JVM de IBM

WebSphere Application Server Deployment Manager a 1024/2048.2. Ejecute de nuevo la instalación de InfoSphere MDM.3. Evite utilizar la consola Integrated Solutions Console de IBM WebSphere

Application Server durante la instalación de InfoSphere MDM.

Error de instalación: el proceso de enlace no está activo[Controlador JDBC de DB2] El proceso de enlace no está activo.

Descripción

En IBM DB2 for z/OS, el controlador DB2 Wire Protocol no funciona correctamentea menos que existan los paquetes correspondiente en cada servidor al que pretendaconectarse. Su ID de usuario debe disponer de privilegios BINDADD de forma queel controlador pueda crear y enlazar paquetes. Si los paquetes de enlace no sehallan en su lugar, aparecerá el mensaje siguiente cuando se comprueben lasconexiones del origen de datos de InfoSphere MDM en el servidor operativo:java.sql.SQLException: [IBM][Controlador JDBC de DB2] El proceso de enlace no está activo.Asegúrese de que el usuario disponga de permisos para crear paquetes.Los paquetes no se pueden crear en una conexión XA. DSRA0010E: Estado de SQL = HY000, Código de error = 0.

Solución

Asegúrese de que el ID de usuario de su base de datos disponga de privilegiosBINDADD en la base de datos de MDM:1. Inicie sesión como usuario administrador de base de datos (DBA).2. Conéctese a la base de datos de MDM.3. Otorgue privilegios BINDADD al usuario de base de datos (dbuser).


4. Finalice la sesión de la cuenta de usuario de DBA.5. Inicie sesión con la cuenta de usuario de base de datos. Cuando la cuenta de

usuario de base de datos se conecte a la base de datos con el controlador DB2Wire Protocol, se creará automáticamente el paquete correcto.

Nota: De forma predeterminada, los paquetes contienen 200 secciones dinámicas yse crean en la colección denominada NULLID.

Para más detalles sobre este problema, consulte los enlaces relacionados.Información relacionada

DB2 Wire Protocol Driver y paquetes

Error de instalación: aparece una página en blanco tras iniciarsesión en la interfaz de usuario

Tras iniciar sesión en la interfaz de usuario de Business Administration, la interfazde usuario de Data Stewardship o la interfaz de usuario de Product Maintenance,es posible que aparezca una página en blanco.

Descripción

El mensaje de error de autenticación se puede encontrar en el archivoSystemOut.log de IBM WebSphere Application Server. La página en blanco lapuede provocar un rol de seguridad para la correlación usuario/grupo de laaplicación. Para verificar si la página en blanco es un problema de correlación deroles:1. Abra la consola Integrated Solutions Console de IBM WebSphere Application

Server.2. Desde Aplicaciones > Tipos de aplicación > WebSphere Enterprise

Applications, seleccione la aplicación de la interfaz de usuario.3. Pulse Correlación de roles de seguridad con usuarios/grupos y verifique que

todos los roles se hayan establecido en None.

Solución1. En la página de aplicación de la interfaz de usuario, seleccione el rol.2. Pulse Correlacionar asuntos especiales y, a continuación, seleccione Todo lo

autenticado en el dominio de la aplicación.3. Pulse Aceptar para guardar.4. Reinicie el servidor.

Error de instalación: no se puede añadir el activocom.ibm.mdm.hub.server.app.eba

No se puede añadir el activo com.ibm.mdm.hub.server.app-nombre.eba.

Descripción

Este error significa que el archivo de respuestas de IVT no está disponible porquese ha producido un problema al desplegar Enterprise Bundle Archive (EBA).Durante la instalación de InfoSphere MDM, si IBM WebSphere Application Serverno ha podido desplegar el archivo com.ibm.mdm.hub.server.app-nombre.eba, se haregistrado este error. El archivo EBA es uno de los archivos de despliegue de lainstalación de InfoSphere MDM. Si se produce este problema, el instalador puede


http://www.datadirect.com/resources/resource-library/odbc-developer-center/odbc-tutorials/understanding-and-using-packages-on-db2-udb/the-db2-wire-protocol-driver-and-packages

continuar el proceso hasta el final de las tareas de instalación e instalar InfoSphereMDM, pero aparecerá ninguna indicación informando de que IVT (InstallationVerification Tool - herramienta de verificación de la instalación) no ha sidocorrecta. El mensaje de error se puede ver en el archivo de registro de IBMInstallation Manager.

El mensaje de error es similar a este mensaje de ejemplo del archivo de registro deIBM Installation Manager:Servidor operativo de MDM de operación personalizada, se ha completado el despliegue de EBA(Enterprise Business Application) en el destino server1 de la unidadcom.ibm.mdm.mdm_config.install.eba.win: salida en TIME_STAMP.log


install_mdm_eba:Se está creando el archivo de propiedades nuevo: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesSe está actualizando el archivo de propiedades: C:\IBM\E443\MDM\properties\install_mdm_eba.propertiesExpandiendo: C:\IBM\E443\MDM\InstallableApps\com.ibm.mdm.hub.server.app.eba intoC:\IBM\E443\MDM\tmp\mdm_eba_temp_TIME_STAMP########################### especificando ConfigEBATask ###########################baseDir es ../../tmp//mdm_eba_temp_TIME_STAMP/ebaID es E443versionFilePath es ./MDM_VERSIONSe comienza a modificar el archivo.Se comienza a leer el archivo.Lectura del archivo correcta.Se comienza a escribir en el archivo modificado.Escritura en el archivo modificado correcta.Modificación del archivo correcta.Se comienza a leer la versión.Lectura del archivo correcta: 11.0.0Se comienza a registrar la versión.Registro de la versión correcta: C:\IBM\E443\MDM\mds\scripts\.\MDM_VERSION...................................Definir el parámetro cuSourceID en assetname=com.ibm.mdm.hub.server.app-E443.ebaError de asyncCmdClientHelper.processCommandParameters(cmd).com.ibm.wsspi.management.bla.op.OpExecutionException: CWSAL0022E: No se puede añadir el activocom.ibm.mdm.hub.server.app-E443.eba porque los paquetes que necesitano se han descargado. Para iniciar la descarga del paquete, guarde los cambios enla configuración maestra tras importar el activo.en com.ibm.ws.management.bla.commands.ADTCommand.finishOp(ADTCommand.java:320)en com.ibm.ws.management.bla.commands.ADTCommand.opCompleted(ADTCommand.java:428)en com.ibm.wsspi.management.bla.op.Operation.notifyListeners(Operation.java:170)en com.ibm.wsspi.management.bla.op.Operation.execute(Operation.java:242)en com.ibm.wsspi.management.bla.op.compound.CompoundOperation.execute(CompoundOperation.java:83)en com.ibm.ws.management.bla.commands.ADTCommand$OperationScheduler.run(ADTCommand.java:672)en java.lang.Thread.run(Thread.java:773)...................................

Solución1. Asegúrese de que la máquina donde está desplegando InfoSphere MDM

cumple los requisitos de hardware y tiene al menos 8 G de RAM.2. Concluya otras aplicaciones no esenciales, especialmente las aplicaciones que

ejecutan JVM.3. Desinstale InfoSphere MDM y vuélvalo a instalar.


Error de instalación: la propiedad httpPort no puede estar enblanco

La propiedad httpPort no puede estar en blanco

Descripción

Este problema puede hacer que la instalación de InfoSphere MDM falle ydesencadene una retrotracción de la instalación completa.

Existen dos casos posibles que pueden causar que este problema surja:v Durante la instalación de InfoSphere MDM, el agente de nodos de IBM

WebSphere Application Server no consigue procesar interacciones con laaplicación de instalación de InfoSphere MDM.

v La cadena de transporte HTTP se ha inhabilitado para el servidor para utilizarlocomo destino de despliegue durante la instalación de InfoSphere MDM dedespliegue de módulos. .

Si se producen estas situaciones, se interrumpirá la sesión de instalación y laaplicación de instalación ofrecerá un mensaje de error antes de que se desencadenela retrotracción de la instalación. .

El mensaje de aviso es similar a este mensaje de ejemplo del archivo de registro deIBM Installation Manager:Se ha producido un error en la fase: install SU: com.ibm.mdm.application.server.component.config.server11.0.0.FP00IF000_20130502-1800 IU: com.ibm.mdm.mdm_config.install.ws.api.unixnull->999.999.999.1127209126Mensaje: Error al ejecutar la operación "/opt/IBM/MDM/E453/mdm/mds/scripts/madconfig.sh"(status=1). Consulte el registro de salidas del agente para obtener más información:/home/var/ibm/InstallationManager_LocalTesting_AE007/logs/native/TIME_STAMP.log


install_mds_ws_api:Se está creando el archivo de propiedades nuevo: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesSe está actualizando el archivo de propiedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesSe está actualizando el archivo de propiedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesSe está actualizando el archivo de propiedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesSe está actualizando el archivo de propiedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesSe está actualizando el archivo de propiedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesSe está actualizando el archivo de propiedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesSe está actualizando el archivo de propiedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesSe está actualizando el archivo de propiedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesSe está actualizando el archivo de propiedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesSe está actualizando el archivo de propiedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.propertiesSe está actualizando el archivo de propiedades: /opt/IBM/MDM/E453/mdm/properties/install_mds_ws_api.properties

HA FALLADO LA COMPILACIÓN/opt/IBM/MDM/E453/mdm/mds/scripts/build-utils-app.xml:1508:Se ha producido el siguiente error al ejecutar esta línea:/opt/IBM/MDM/E453/mdm/mds/scripts/build-utils-config.xml:618:ERROR: la propiedad httpPort no puede estar en blanco.

Tiempo total: 1 segundo

Solución1. Asegúrese de que el agente de nodo de IBM WebSphere Application Server esté

activo y en ejecución. Inicie el agente de nodo y ejecute de nuevo la instalaciónde InfoSphere MDM. Si está realizando el despliegue en un entorno en clúster,inicie todos los nodos del clúster.

2. Asegúrese de que el agente de nodo de IBM WebSphere Application Server sehaya sincronizado correctamente con el gestor de despliegue. Sincronice elagente de nodo y ejecute de nuevo la instalación de InfoSphere MDM. Si estárealizando el despliegue en un entorno en clúster, sincronice todos los nodosdel clúster.


3. Asegúrese de que la cadena de transporte HTTP no se ha inhabilitado para queel servidor pueda utilizarla como destino de despliegue:a. En la consola Integrated Solutions Console de WebSphere Application

Server, navegue hasta Servidores > Tipos de servidor > Servidores deaplicaciones WebSphere > <nombre de miembro de clúster> > Puertos.

b. En la lista de puertos disponibles, localice WC_defaulthost y pulse Vertransportes asociados.

c. Vaya a HttpQueueInboundDefault, seleccione Habilitar, pulse Aceptar yguarde los cambios.

d. Vaya a WCInboundDefault, seleccione Habilitar, pulse Aceptar y guardelos cambios.

e. Complete los pasos anteriores para cada miembro del clúster y, acontinuación, reinicie el clúster en su totalidad.

Consejo: El reinicio de los miembros del clúster no funcionará. Debereiniciar el clúster en su totalidad.

Error de desinstalación: el instalador no descarta las tablasde MDM virtual

Cuando se desinstala InfoSphere MDM con IBM DB2 for z/OS, el instalador nodescarta las tablas de MDM virtual.

Solución

Debe descartar manualmente las tablas. En el archivo MDM_INSTALL_HOME/mds/sql/mpihub.db2z.sto encontrará una lista completa de las tablas de MDM virtual.

Error de instalación: 'java.lang.RuntimeException: no se hapodido inicializar la aplicación

java.lang.RuntimeException: la aplicación no se ha podido inicializar. No se hapodido resolver el nombre y la versión de la aplicación.

Descripción

Este problema podría hacer que el archivo de respuestas de IVT (InstallationVerification Tool - herramienta de verificación de la instalación) muestre un valornulo porque faltan datos del repositorio de configuración de InfoSphere MDM trasfinalizar la instalación de InfoSphere MDM. Este problema está relacionado conuna anomalía durante la creación de la taba de bases de datos y el proceso dellenado de datos. Si se produce este problema, el instalador puede completar lainstalación de InfoSphere MDM e indicar que el archivo de respuestas de IVT estávacío.

El mensaje de error es similar a este mensaje de error del archivo SystemOut.log deIBM WebSphere Application Server.TIME_STAMP] 0000006f TopologySessi E java.lang.RuntimeException: la aplicación no se ha podidoinicializar. No se ha podido resolver el nombre y la versión de la aplicación.

en com.dwl.management.config.cache.CachingLoaderHelperImpl.initApplication(CachingLoaderHelperImpl.java:171)

en com.dwl.management.config.cache.CachingLoaderHelperImpl.getApplicationName(CachingLoaderHelperImpl.java:185)


Solución1. Busque en los archivos de registro de instalación, los cuales están almacenados

en MDM_INSTALL_HOME/logs/database, una posible causa del error. Busque elsiguiente texto para localizar los mensajes conocidos relacionados con esteerror:v Servidor operativo de MDM de operación personalizada, se ha completado

la actualización los datos en las tablas del repositorio deconfiguración en la unidadcom.ibm.mdm.mdm_config.update.appsoftware.table.unix:

v Servidor operativo de MDM de operación personalizada, se ha completadola actualización del repositorio de configuración para configurar eltipo coincidente en la unidadcom.ibm.mdm.mdm_config.update.PME.tables:

2. Corrija los problemas de conexión de la base de datos.3. Desinstale InfoSphere MDM y vuélvalo a instalar.

Error de instalación: OutOfMemoryError: espacio de PermGenSi no hay memoria suficiente para el espacio de PermGen en el procesopredeterminado ws_ant.sh de WebSphere Application Server, se produce este error.

Descripción

Este problema afecta a entornos Solaris. Cualquier instalación de InfoSphere MDMque incluya una o varias aplicaciones de interfaz de usuario puede fallar con elsiguiente error en el registro nativo de IBM Installation Manager:[timestamp] [main] INFOcom.ibm.mdm.de.config.appserver.core.MDMWebAppDeploy.roleMapping(Line:214) - ==========java.lang.OutOfMemoryError: PermGen spacePermGen space

Solución

Antes de instalar InfoSphere MDM, aumente el tamaño de la memoria para elespacio de PermGen:1. Abra $WAS_HOME/bin/ws_ant.sh.2. Añada "-XX:MaxPermSize=256m" como argumento de línea de mandatos Java en

el archivo ws_ant.sh:eval "$JAVA_EXE" "-XX:MaxPermSize=256m"

Error de instalación: anomalía de reconocimiento de SSLAl instalar InfoSphere MDM en modalidad de instalación silenciosa en unamáquina que no da soporte a interfaces gráficas de usuario, puede aparecer elmensaje Anomalía de reconocimiento de SSL y dar error.

Descripción

Durante la instalación de InfoSphere MDM, si no se abre según se esperaba laventana IBM WebSphere Application Server Reconocimiento de SSL, el agente denodo no puede procesar las interacciones con la aplicación de instalación deInfoSphere MDM. Este problema puede hacer que la instalación de InfoSphereMDM falle y desencadene una retrotracción de la instalación completa.

El mensaje de aviso es similar a este mensaje de ejemplo del archivo de registro deIBM Installation Manager:


Actualización del archivo de propiedades: /app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.propertiesActualización del archivo de propiedades: /app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.propertiesActualización del archivo de propiedades: /app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.propertiesActualización del archivo de propiedades: /app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.propertiesActualización del archivo de propiedades: /app_2/IBM/MDM/KM1Dev05/mdm/properties/sync_nodes.properties########################### especificando SyncNodesTask ###########################wasUser is mdmadminwasPwd is ********hostname is M2848port is 28879trustFile is /m1/mdm/WebSphere85dev/AppServer/etc/DummyClientTrustFile.jkstrustFilePwd es *****Ninguno es el nodo CWPKI0308I: Añadiendo alias de firmante "CN=M2848, OU=Root Certifica" a local

keystore "null" with the following SHA digest:33:1A:02:2A:C1:10:77:AD:09:3F:FF:CB:F8:8B:49:53:22:3F:5A:89

CWPKI0022E: ERROR DE RECONOCIMIENTO SSL: un firmante con SubjectDN "CN=M2848, OU=c1_mdm_dev, OU=dm_c1_mdm_dev,O=ACME5, C=US" se ha enviado desde el host destino:puerto "10.87.17.230:28879".El firmante puede necesitar que se añada al almacén de confianza local"/m1/mdm/WebSphere85dev/AppServer/etc/DummyClientTrustFile.jks" situado en elalias de configuración de SSL "null" cargado dearchivo de configuración SSL "null". El mensaje avanzado de rror de la excepción de reconocimiento de SSL es:"ha fallado la generación de la vía de acceso de PKIX: java.security.cert.CertPathBuilderException:PKIXCertPathBuilderImpl no ha podido crear un CertPath. válido; la causa interna es:

java.security.cert.CertPathValidatorException: El certificado emitido por CN=M2848,OU=Root Certificate, OU=O1_mdm_dev, OU=dm_c1_mdm_dev, O=ACME5,C=US no es de confianza; la causa interna es:

java.security.cert.CertPathValidatorException: error de encadenado de certificado".CWPKI0040I: Se ha producido un error de reconocimiento SSL desde un cliente seguro. El firmante SSL delservidor tiene que ser añadido al almacén de confianza del cliente. Se proporciona un programa de utilidadretrieveSigners para descargar firmantes del servidor aunque requiere de permitso de administración.Compruebe con el administrador la ejecución de este programa de utilidad paraconfigurar el entorno de seguridad antes de ejecutar el cliente. También puedehabilitar com.ibm.ssl.enableSignerExchangePrompt enssl.client.propspara "DefaultSSLSettings" de manera que se permita aceptar firmantes duranteel intento de conexión.Excepción en com.ibm.mdm.de.ant.task.SyncNodesTaskcom.ibm.websphere.management.exception.ConnectorException: ADMC0016E: El sistema no puede crear un conector SOAPpara conectar con el host M2848 en el puerto 28879.ADMC0016E: El sistema no puede crear un conector SOAP para conectarse al host M2848 en el puerto 28879.########################### SyncNodesTask existente ###########################

Solución1. Aplique una de las siguientes soluciones temporales:

v Añada un firmante SSL de servidor al almacén de confianza del cliente:a. Utilizar el programa de utilidad retrieveSigners para descargar los

firmantes del servidor.b. Añadir el firmante al almacén de confianza del cliente.

Nota: El programa de utilidad retrieveSigners requiere permisosadministrativos. Consulte con el administrador para que este programa deutilidad ejecute la configuración del entorno seguro antes de ejecutar elcliente.

v Permitir la aceptación del firmante durante los intentos de conexión:– En el archivo ssl.client.props para DefaultSSLSettings, habilite la

propiedad com.ibm.ssl.enableSignerExchangePrompt para permitir laaceptación del firmante durante el intento de conexión.

2. Ejecute de nuevo la instalación de InfoSphere MDM.

Error de desinstalación: el sistema no puede crear unconector SOAP para conectarse al host localhost en el puerto88xx

El sistema no puede crear un conector SOAP para conectarse al host localhost en elpuerto 88xx.


Descripción

La función de desinstalación no verifica si se está ejecutando Dmgr (para eldespliegue de red) o Server (para el despliegue base) de IBM WebSphereApplication Server antes de procesar la desinstalación. Si no se están ejecutandocuando se desinstala InfoSphere MDM, el instalador no podrá crear un conectorSOAP para conectarse al host. El proceso de desinstalación puede continuarcorrectamente pero no se suprimirá ninguno de los recursos relacionados de IBMWebSphere Application Server.

El mensaje de error es similar a este mensaje de ejemplo del archivo de registro deIBM Installation Manager:com.ibm.websphere.management.exception.ConnectorException: ADMC0016E:El sistema no puede crear un conector SOAP para conectarse al host localhost en el puerto 8881.en com.ibm.websphere.management.AdminClientFactory.createAdminClientPrivileged(AdminClientFactory.java:634)en com.ibm.websphere.management.AdminClientFactory.access$000(AdminClientFactory.java:126)en com.ibm.websphere.management.AdminClientFactory$1.run(AdminClientFactory.java:209)en com.ibm.ws.security.util.AccessController.doPrivileged(AccessController.java:63)en com.ibm.websphere.management.AdminClientFactory.createAdminClient(AdminClientFactory.java:205)en com.ibm.mdm.de.config.appserver.remoteclient.MDSRemoteClient.init(MDSRemoteClient.java:43)en com.ibm.mdm.de.config.appserver.remoteclient.MDSRemoteClient.execute(MDSRemoteClient.java:21)en com.ibm.mdm.de.ant.task.UninstallMDSWSAPITask.execute(UninstallMDSWSAPITask.java:84)en org.apache.tools.ant.UnknownElement.execute(UnknownElement.java:275)en org.apache.tools.ant.Task.perform(Task.java:364)en org.apache.tools.ant.Target.execute(Target.java:341)en org.apache.tools.ant.Target.performTasks(Target.java:369)en org.apache.tools.ant.Project.executeSortedTargets(Project.java:1216)en org.apache.tools.ant.Project.executeTarget(Project.java:1185)en org.apache.tools.ant.helper.DefaultExecutor.executeTargets(DefaultExecutor.java:40)en org.apache.tools.ant.Project.executeTargets(Project.java:1068)en org.apache.tools.ant.Main.runBuild(Main.java:668)en org.apache.tools.ant.Main.startAnt(Main.java:187)en org.apache.tools.ant.Main.start(Main.java:150)en org.apache.tools.ant.Main.main(Main.java:240)en sun.reflect.NativeMethodAccessorImpl.invoke0(Native Method)en sun.reflect.NativeMethodAccessorImpl.invoke(NativeMethodAccessorImpl.java:60)en sun.reflect.DelegatingMethodAccessorImpl.invoke(DelegatingMethodAccessorImpl.java:37)en java.lang.reflect.Method.invoke(Method.java:611)en com.ibm.ws.bootstrap.WSLauncher.main(WSLauncher.java:277)Provocado por: java.lang.reflect.InvocationTargetExceptionen sun.reflect.NativeConstructorAccessorImpl.newInstance0(Native Method)en sun.reflect.NativeConstructorAccessorImpl.newInstance(NativeConstructorAccessorImpl.java:56)en sun.reflect.DelegatingConstructorAccessorImpl.newInstance(DelegatingConstructorAccessorImpl.java:39)en java.lang.reflect.Constructor.newInstance(Constructor.java:527)en com.ibm.websphere.management.AdminClientFactory.createAdminClientPrivileged(AdminClientFactory.java:456)... 24 másProvocado por: com.ibm.websphere.management.exception.ConnectorNotAvailableException:[SOAPException: faultCode=SOAP-ENV:Protocol; msg=; targetException=java.net.MalformedURLException]en com.ibm.ws.management.connector.soap.SOAPConnectorClient.reconnect(SOAPConnectorClient.java:422)en com.ibm.ws.management.connector.soap.SOAPConnectorClient.<init>(SOAPConnectorClient.java:222)... 29 másProvocado por: [SOAPException: faultCode=SOAP-ENV:Protocol; msg=; targetException=java.net.MalformedURLException]en org.apache.soap.rpc.Call.WASinvoke(Call.java:529)en com.ibm.ws.management.connector.soap.SOAPConnectorClient$4.run(SOAPConnectorClient.java:380)en com.ibm.ws.security.util.AccessController.doPrivileged(AccessController.java:118)en com.ibm.ws.management.connector.soap.SOAPConnectorClient.reconnect(SOAPConnectorClient.java:365)... 30 más

Solución

Al desinstalar InfoSphere MDM, asegúrese de que se estén ejecutando Dmgr yAppSrv (despliegue de red) o Server (despliegue base) de IBM WebSphereApplication Server.

Error de instalación : error de IVT de MDM virtualCuando se ejecutan las pruebas de verificación de la instalación (IVT) en el MDMvirtual, las pruebas pueden fallar y devolver el mensaje siguiente si el servidor de


aplicaciones no se ha iniciado debidamente:com.dwl.base.exception.DWLBaseException: no se ha podido localizar elobjeto de negocio: VirtualMDMBObj

Descripción

Después de la instalación de InfoSphere MDM, las pruebas de verificación de lainstalación del MDM virtual pueden fallar si el servidor de aplicaciones no se hainiciado correctamente.

Este problema afecta a las instalaciones de InfoSphere MDM en MicrosoftWindows con WebSphere Application Server Base Edition. El problema puedesurgir después de una instalación autónoma con DB2 o una instalaciónpersonalizada.

Solución1. Inicie manualmente el servidor de aplicaciones (server1).2. Vuelva a ejecutar las pruebas de verificación de la instalación (IVT) ejecutando

el script de IVT DIR_INICIO_INSTALACIÓN_MDM\IVT\verify.bat.


Capítulo 6. Desinstalación de InfoSphere MDM

Utilice IBM Installation Manager para desinstalar su edición o eliminarcomponentes individuales.

Si desea eliminar toda la edición (servidor operativo, base de datos ycomponentes), utilice la opción de desinstalación de IBM Installation Manager.

Si sólo desea eliminar los componentes seleccionados, utilice la opción demodificación.

Desinstalación de la instancia de InfoSphere MDMUtilice este procedimiento para desinstalar la instancia completa del productoInfoSphere MDM.

Antes de empezar

Si tiene previsto volver a instalar este entorno de ejecución de InfoSphere MDMmás adelante y utilizar la misma instancia de base de datos que utiliza, asegúresede 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 detiempo de ejecución (servidor operativo, instancia de gestor de entidad, aplicacióncliente, etc.).


Mediante la opción desinstalar de IBM Installation Manager se elimina toda laoferta. Si desea eliminar solamente los componentes seleccionados (por ejemplo,Inspector o IU de Data Steward), utilice la opción modificar.

Procedimiento1. Opcional: si ha utilizado el script madconfig Configure_MasterDataManagement

para separar la instalación y la configuración, debe ejecutar otro scriptmadconfig para limpiar los archivos de configuración:v En sistemas Microsoft Windows, ejecute

madconfig.bat Uninstall_MDM

v En sistemas Linux o UNIX, ejecutemadconfig.sh Uninstall_MDM

Importante: Tenga cuidado cuando ejecute el script madconfig Uninstall_MDM.La ejecución de Uninstall_MDM elimina la configuración de todos loscomponentes, no sólo la configuración de un componente determinado.

2. Inicie IBM Installation Manager y pulse Desinstalar.3. Seleccione el paquete de InfoSphere MDM y pulse Siguiente.4. Revise la información de resumen y pulse Desinstalar.5. Pulse Finalizar.



El proceso de desinstalación no elimina el archivado de paquete compuesto (CBA)del repositorio de paquetes interno. Debe eliminar manualmente el CBA en laconsola de administración (Integrated Solutions Console) de IBM WebSphereApplication Server.Tareas relacionadas:“Eliminación de CBA del repositorio de paquetes interno” en la página 208Resolución de problemas de una instalación

Desinstalación de una instalación de servidor autónomo con DB2Si ha instalado InfoSphere MDM mediante una instalación de servidor autónomocon DB2, utilice este procedimiento para desinstalar las funciones.


Una instalación autónoma crea una base de datos denominada MDM11DB. EnMicrosoft Windows, la desinstalación de InfoSphere MDM elimina su base dedatos MDM11DB por completo. En Linux o UNIX, la base de datos no se suprime(debe suprimir la base de datos MDM11DB manualmente).


Si sólo desea desinstalar las funciones de InfoSphere MDM, utilice esteprocedimiento: “Desinstalación de la instancia de InfoSphere MDM” en la página203.

IBM Installation Manager no admite la selección de varias ofertas para desinstalara la vez. Sin embargo, puede elegir desinstalar las ofertas de forma separada, talcomo se describe en este procedimiento.

Procedimiento1. Inicie IBM Installation Manager y pulse Desinstalar.2. Desinstale InfoSphere MDM.

a. Seleccione el paquete InfoSphere MDM y pulse Siguiente.b. Continúe a través de los mensajes de solicitud y pulse Desinstalar.c. Pulse Finalizar y vuelva al panel de inicio de IBM Installation Manager.

3. Desinstale IBM DB2.a. Seleccione el paquete IBM DB2 y pulse Siguiente.b. Continúe a través de los mensajes de solicitud y pulse Desinstalar.c. Pulse Finalizar y vuelva al panel de inicio de IBM Installation Manager.

4. Desinstale WebSphere Application Server.a. Asegúrese de que se hayan detenido tanto WebSphere Application Server

como el gestor de despliegue. WebSphere Application Server no puededesinstalarse 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 Siguiente.d. Continúe a través de los mensajes de solicitud y pulse Desinstalar.


e. Pulse Finalizar y cierre IBM Installation Manager.Tareas relacionadas:“Instalación de un servidor autónomo con DB2” en la página 65

Desinstalación de una instalación de estación de trabajo autónomacon DB2

Si ha instalado InfoSphere MDM mediante una instalación de estación de trabajoautónoma con DB2, utilice este procedimiento para desinstalar las funciones.


Una instalación autónoma crea una base de datos denominada MDM11DB. EnMicrosoft Windows, la desinstalación de InfoSphere MDM elimina su base dedatos MDM11DB por completo. En Linux o UNIX, la base de datos no se suprime(debe suprimir la base de datos MDM11DB manualmente).


Si sólo desea desinstalar las funciones de InfoSphere MDM, utilice esteprocedimiento: Desinstalación de la instancia de InfoSphere MDM.

IBM Installation Manager no admite la selección de varias ofertas para desinstalara la vez. Sin embargo, puede elegir desinstalar las ofertas de forma separada, talcomo se describe en este procedimiento.

Procedimiento1. Inicie IBM Installation Manager y pulse Desinstalar.2. Desinstale InfoSphere MDM.

a. Seleccione el paquete InfoSphere MDM y pulse Siguiente.b. Continúe a través de los mensajes de solicitud y pulse Desinstalar.c. Pulse Finalizar y vuelva al panel de inicio de IBM Installation Manager.

3. Desinstale IBM DB2.a. Seleccione el paquete IBM DB2 y pulse Siguiente.b. Continúe a través de los mensajes de solicitud y pulse Desinstalar.c. Pulse Finalizar 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 Siguiente.b. Continúe a través de los mensajes de solicitud y pulse Desinstalar.c. Pulse Finalizar y cierre IBM Installation Manager.

5. Desinstale WebSphere Application Server.a. Asegúrese de que se hayan detenido tanto WebSphere Application Server

como el gestor de despliegue. WebSphere Application Server no puededesinstalarse si estos procesos están en ejecución.

b. En el panel de inicio de IBM Installation Manager, seleccione Desinstalar.c. Seleccione el paquete WebSphere Application Server y pulse Siguiente.

Capítulo 6. Desinstalación de InfoSphere MDM 205

d. Continúe a través de los mensajes de solicitud y pulse Desinstalar.e. Pulse Finalizar y vuelva al panel de inicio de IBM Installation Manager.

Tareas relacionadas:“Realización de una instalación de estación de trabajo autónoma con DB2” en lapágina 72

Desinstalación de un único componenteUtilice este procedimiento para desinstalar un componente o aplicación deInfoSphere MDM.


Este procedimiento solo elimina la aplicación o componente seleccionado. Si deseaeliminar toda la edición de InfoSphere MDM, utilice la opción desinstalar de IBMInstallation Manager.

Procedimiento1. Inicie IBM Installation Manager y pulse Modificar.2. Seleccione el paquete de InfoSphere MDM y pulse Siguiente.3. Seleccione el idioma y pulse Siguiente.4. En el panel Modificar paquetes, se seleccionan automáticamente todos los

componentes anteriormente instalados. Asegúrese de que solo el componenteque desea eliminar se borre. Pulse Siguiente.

5. Revise la información de resumen y verifique que solo el componente quedesea eliminar aparezca listado en el recuadro Eliminación de características.Pulse Modificar.

6. Pulse Finalizar.


El proceso de desinstalación no elimina el archivado de paquete compuesto (CBA)del repositorio de paquetes interno. Debe eliminar manualmente el CBA en laconsola de administración (Integrated Solutions Console) de IBM WebSphereApplication Server.Conceptos relacionados:“Instalación de aplicaciones cliente y componentes individuales” en la página 164Tareas relacionadas:“Eliminación de CBA del repositorio de paquetes interno” en la página 208Resolución de problemas de una instalación

Desinstalación en modalidad silenciosaUtilice este procedimiento para desinstalar componentes de InfoSphere MDM enmodalidad silenciosa.


Se genera un archivo de propiedades cuando ejecuta una desinstalación interactiva.Para utilizar una desinstalación silenciosa, debe editar este archivo o crear supropio archivo.



Procedimiento1. Para la desinstalación, sustituya las etiquetas <install modify=’false’> y

</install> del archivo de respuestas por uninstall. Por ejemplo:<uninstall modify=’false’><offering id=’com.ibm.mdm.advanced’ version=’número_versión’ profile=’IBM InfoSphere MasterData 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>

2. Sustituya el valor del perfil predeterminado por valores de perfiles reales. Porejemplo:Antes del cambio:<data key=’user.was.profile.home,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.ba,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.ds,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.pui,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.inspector,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.wb,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.ev,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/><data key=’user.was.profile.home.pd,com.ibm.mdm.advanced’value=’/opt/IBM/WebSphere/AppServer/profiles/AppSrv01’/>

Después del cambio:<data key=’user.was.profile.home,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.ba,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.ds,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.pui,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.inspector,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.wb,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.ev,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/><data key=’user.was.profile.home.pd,com.ibm.mdm.advanced’value=’/home/wsadmin/WAS8502NDClusterProfiles/DmgrCL1’/>

3. Asegúrese de que siempre se incluyan las tres características siguientes en larespuesta cuando se ejecute una desinstalación silenciosa:com.ibm.mdm.install.iu.localization.feature,com.ibm.mdm.server.swtag.feature,com.ibm.mdm.server.bundles.feature

4. Si utiliza un archivo de respuestas de ejemplo desde Installation Startup Kit ydesea modificarlo para una desinstalación silenciosa, añada:com.ibm.mdm.server.swtag.feature,com.ibm.mdm.server.bundles.featurefeatues Por ejemplo:<uninstall modify=’false’><offering id=’com.ibm.mdm.advanced’ version=’número_versiónprofile=’IBM InfoSphere Master Data Management’ features=’com.ibm.mdm.install.iu.localization.feature,com.ibm.mdm.server.swtag.feature,com.ibm.mdm.server.bundles.feature,com.ibm.im.mdm.db.feature,com.ibm.im.mdm.app.feature,com.ibm.mdm.ba.webapp.feature’installFixes=’none’/></uninstall>

Capítulo 6. Desinstalación de InfoSphere MDM 207


El proceso de desinstalación no elimina el archivado de paquete compuesto (CBA)del repositorio de paquetes interno. Debe eliminar manualmente el CBA en laconsola de administración (Integrated Solutions Console) de IBM WebSphereApplication Server.Tareas relacionadas:“Personalización del archivo de respuestas de modalidad silenciosa” en la página149“Instalar en la modalidad silenciosa mediante un archivo de respuestas” en lapágina 156Referencia relacionada:“Instalación silenciosa” en la página 146

Eliminación de CBA del repositorio de paquetes internoLa desinstalación de InfoSphere MDM no elimina al archivado de paquetecompuesto (CBA) del repositorio de paquetes interno. Debe eliminarlomanualmente después de finalizar la ejecución del proceso de desinstalación.

Procedimiento1. Inicie una sesión en la consola de administración (Integrated Solutions

Console) de IBM WebSphere Application Server.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 la instancia de InfoSphere MDM” en la página 203“Desinstalación de un único componente” en la página 206


Avisos

Esta información se ha desarrollado para los productos y servicios comercializadosen EE.UU.

Avisos

La presente información se ha desarrollado para productos y servicios ofrecidos enEstados Unidos. Esta información puede estar disponible en otros idiomas en IBM.Pero puede ser necesario que el usuario posea una copia del producto o versión deproducto en ese idioma para poder acceder a él.

Puede que IBM no ofrezca en otros países los productos, servicios o característicasque se explican en este documento. Póngase en contacto con el representante deIBM de su localidad para obtener información acerca de los productos y serviciosque actualmente están disponibles en su zona. Cualquier referencia hecha a unproducto, programa o servicio de IBM no pretende indicar ni implica que sólopueda utilizarse ese producto, programa o servicio de IBM. En su lugar podráutilizarse cualquier producto, programa o servicio equivalente que no infrinjaninguno de los derechos de propiedad intelectual de IBM. Sin embargo, seráresponsabilidad del usuario evaluar y verificar el funcionamiento de cualquierproducto, programa o servicio que no sea de IBM.

IBM podría tener patentes o solicitudes de patentes pendientes relacionadas con eltema que se describe en este documento. La entrega de este documento no leotorga ninguna licencia sobre dichas patentes. Puede enviar sus consultas sobrelicencias, por escrito, a la dirección siguiente:

IBM Director of LicensingIBM CorporationNorth Castle DriveArmonk, NY 10504-1785EE.UU.

Por consultas sobre licencias relativas a la información de juego de caracteres dedoble byte (DBCS), póngase en contacto con el Departamento de propiedadintelectual de IBM de su país o envíe las consultas por escrito a:

Intellectual Property LicensingLegal and Intellectual Property LawIBM Japan Ltd.19-21, Nihonbashi-Hakozakicho, Chuo-kuTokio 103-8510, Japón

El párrafo siguiente no se aplica al Reino Unido u otros países en los que losavisos legales sean incompatibles con las leyes locales: INTERNATIONALBUSINESS MACHINES CORPORATION PROPORCIONA ESTA PUBLICACIÓN"TAL CUAL", SIN GARANTÍAS DE NINGÚN TIPO, NI EXPLÍCITAS NIIMPLÍCITAS, INCLUYENDO PERO SIN LIMITARSE A LAS GARANTÍAS DE NOINFRACCIÓN, COMERCIALIZACIÓN O ADECUACIÓN A UN OBJETIVOCONCRETO. Algunos países no permiten la renuncia a garantías explícitas oimplícitas en determinadas transacciones, por lo que puede que esta declaración nosea aplicable en su caso.


Esta información podría incluir imprecisiones técnicas o errores tipográficos. A lainformación que aquí se presenta se aplican cambios periódicamente; tales cambiosse incorporarán en nuevas ediciones de la publicación. IBM podría realizar mejorasy/o cambios en el producto o productos y/o programa o programas que sedescriben en esta publicación en cualquier momento y sin previo aviso.

Cualquier referencia de esta información a sitios Web que no son de IBM seindican únicamente por comodidad y no constituyen recomendaciones de dichossitios web. Los materiales de esos sitios web no forman parte de los materiales deeste producto de IBM y la utilización de esos sitios web será responsabilidad delusuario.

IBM podría utilizar o distribuir la información que se le envía de la forma queconsidere más oportuna sin incurrir por ello en ninguna obligación con elremitente de la información.

Los titulares de licencias de este programa que deseen obtener información sobre elmismo con el fin de permitir: (i) el intercambio de información entre programascreados independientemente y otros programas (incluido éste) y (ii) la utilizaciónmutua de la información que se ha intercambiado, deben ponerse en contacto con:

IBM CorporationJ46A/G4555 Bailey AvenueSan Jose, CA 95141-1003 EE.UU.

Dicha información puede estar disponible, sujeta a los términos y condicionescorrespondientes, incluyendo, en algunos casos, el pago de unos derechos.

El programa bajo licencia que se describe en este documento y todo el materialbajo licencia disponible para éste los proporciona IBM de acuerdo con los términosdel IBM Customer Agreement, del IBM International Program License Agreement ode cualquier otro acuerdo equivalente celebrado entre ambas partes.

Los datos de rendimiento contenidos en este documento se han determinado en unentorno controlado. Por lo tanto, los resultados obtenidos en otros entornosoperativos podrían variar significativamente. Es posible que algunas mediciones sehayan realizado en sistemas de nivel de desarrollo y no existe ninguna garantía deque estas mediciones sean las mismas en sistemas de disponibilidad general.Asimismo, puede que algunas mediciones sean estimaciones obtenidas porextrapolación. Los resultados reales podrían variar. Los usuarios de estedocumento deben verificar los datos que se aplican a su entorno específico.

La información concerniente a productos no IBM se ha obtenido de losproveedores de dichos productos, de sus anuncios publicados o de otras fuentes deinformación pública disponibles. IBM no ha probado estos productos y no puedeconfirmar la precisión del rendimiento, compatibilidad u otras afirmacionesrelacionadas con productos que no son de IBM. Las preguntas relacionadas con lasprestaciones de los productos que no son de IBM deben dirigirse a los proveedoresde esos productos.

Todas las declaraciones relacionadas con las futuras directrices o intenciones deIBM están sujetas a cambios o pueden desestimarse sin previo aviso y sólorepresentan objetivos.


Esta información contiene ejemplos de datos e informes que se utilizan enoperaciones comerciales diarias. Para ofrecer una explicación lo más completaposible, los ejemplos incluyen nombres de personas, de empresas, de marcas y deproductos. Todos estos nombres son ficticios y cualquier parecido con los nombresy direcciones utilizados por una empresa comercial real es completamenteaccidental.

LICENCIA DE COPYRIGHT:

Esta información incluye programas de aplicación de muestra en idioma originalque ejemplifican técnicas de programación en diversas plataformas operativas.Puede copiar, modificar y distribuir estos programas de ejemplo como desee, sintener que realizar ningún pago a IBM, con el fin de desarrollar, utilizar,comercializar o distribuir programas de aplicación compatibles con la interfaz deprogramación de aplicaciones de la plataforma operativa para la que se han escritolos programas de ejemplo. Estos ejemplos no se han probado exhaustivamente bajotodas las condiciones. Por lo tanto, IBM no puede garantizar ni pretende confirmarla fiabilidad, servicio o funcionamiento de esos programas. Los programas deejemplo 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 trabajoderivado, 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 deprogramas de ejemplo de IBM Corp. © Copyright IBM Corp. _escriba el año oaños_. Reservados todos los derechos.

Si ha optado por visualizar la copia software de esta información, puede que noaparezcan 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 recopilarinformación de uso del producto, para ayudar a mejorar la experiencia del usuariofinal, para adaptar las interacciones con el usuario final o para otros fines. Enmuchos casos, las ofertas de software no recopilan información de identificaciónpersonal. Algunas de nuestras ofertas de software pueden ayudarle a recopilarinformación de identificación personal. Si la oferta de software utiliza cookies pararecopilar información de identificación personal, se establece a continuacióninformación específica sobre el uso de cookies de esta oferta.

En función de la configuración desplegada, esta oferta de software puede utilizarcookies 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ónde sesiones, autenticación, usabilidad de usuario mejorada, configuración de iniciode sesión único o identificación de la página web que el usuario intentó cargarantes del inicio de sesión. Estas cookies pueden inhabilitarse, pero su inhabilitaciónprobablemente eliminará también la funcionalidad que habilitan.

Si las configuraciones desplegadas para esta oferta de software le ofrecen comocliente la posibilidad de recopilar información de identificación personal de losusuarios finales mediante cookies y otras tecnologías, debe buscar asesoramientojurídico sobre la legislación aplicable a esa recopilación de datos, que incluyecualquier requisito de aviso y consentimiento.

Avisos 211

Para obtener más información sobre el uso de varias tecnologías, incluidas lascookies, para estos fines, consulte la Política de privacidad de IBM enwww.ibm.com/privacy y la Sentencia de privacidad en línea de IBM enwww.ibm.com/privacy/details, la sección titulada "Cookies, Web Beacons andOther Technologies" e "IBM Software Products and Software-as-a-Service PrivacyStatement" en www.ibm.com/software/info/product-privacy.

Declaración general sobre la seguridad del producto

Los sistemas y productos de IBM están diseñados para ser utilizados como partede un sistema completo de seguridad, el cual puede necesitar otros sistemas,productos o servicios para que sea lo más efectivo posible. Es necesario analizar unsistema de seguridad completo cada vez que se añaden sistemas y productos alentorno de trabajo.

Ningún sistema o producto de tecnologías de la información puede sercompletamente seguro y ningún producto o medida de seguridad puede sercompletamente efectivo para impedir el acceso no autorizado.

La seguridad del sistema de tecnologías de la información supone proteger lossistemas y la información mediante la prevención, detección y respuesta al accesono autorizado desde dentro y fuera de la empresa. El acceso no autorizado puedeproducir como resultado la alteración, destrucción o uso indebido de lainformación, o el uso indebido de los sistemas para atacar a otros usuarios.

IBM no garantiza que los sistemas y productos son inmunes a la conductamalintencionada o ilegal de cualquier usuario.

IBM no cree que un proceso cualquiera puede ser completamente efectivo paraayudar a identificar y trata los riesgos de seguridad. IBM utiliza un sistema avarios niveles:v Una iniciativa continua interna fomenta la adopción coherente de prácticas de

seguridad en el desarrollo de productos y servicios, con el objetivo de mejorarcontinuamente las características de calidad y seguridad de todos los productosy servicios de IBM. Esta iniciativa está descrita en la publicación Security inDevelopment: The IBM Secure Engineering Framework, perteneciente a la serie IBMRedGuides, que contiene información pública sobre prácticas de desarrollo desoftware de IBM.

v Las pruebas y exámenes de los productos IBM utilizan diversas tecnologías deIBM para identificar y corregir proactivamente los defectos y lasvulnerabilidades, incluidas las vulnerabilidades altas o críticas. El proceso decorrección tiene lugar dentro de los plazos de tiempo de respuesta definidos porIBM para el análisis, evaluación de efectos y entrega de arreglos.

v El equipo PSIRT (Product Security Incident Response Team) de IBM gestiona larecepción, investigación y coordinación interna de la información sobre riesgosde seguridad correspondiente a los productos IBM. El equipo PSIRT de IBMactúa como punto focal con el que pueden contactar, a través del portal de IBMPSIRT, los investigadores de seguridad, grupos industriales, organizaciones delgobierno, proveedores y clientes para notificar posibles riesgos de seguridad deproductos IBM. Este equipo trabaja en coordinación con los equipos paraproductos y soluciones de IBM para investigar y establecer el plan de respuestaapropiado.

v Un programa de integridad de la cadena de suministro y una infraestructuraglobales proporcionan a los compradores de productos de tecnologías de la


http://www.ibm.com/privacy

http://www.ibm.com/privacy/details

http://www.ibm.com/software/info/product-privacy

información una gama de socios y proveedores de tecnología acreditadospertenecientes al Open Group Trusted Technology Forum (OTTF).

Debido a que la seguridad de los sistemas informáticos y del software es un temamuy complejo, IBM no proporciona información sobre prácticas de desarrollo desoftware para productos individuales, excepto la que se encuentra en ladocumentación estándar del producto o la información publicada a través de lasactividades públicas de IBM.

IBM Secure Engineering Framework contiene información pública sobre lasprácticas de desarrollo de software recomendadas por IBM. Esta información esuna compilación de prácticas procedentes de diversas unidades de negocio yequipos de desarrollo de IBM.

En la mayoría de los casos, los riesgos de seguridad publicados se describenperiódicamente mediante los boletines IBM Security Bulletins, los cuales incluyenla puntuación base definida por CVSS (Common Vulnerability Scoring System). Enalgunos casos, IBM puede contactar de forma directa y confidencial con los clientespara tratar riesgos de seguridad determinados.

Los clientes que deseen comprobar la vulnerabilidad del software de IBM enadición a los análisis que IBM realiza internamente pueden ejecutar sus propiosexámenes para software bajo licencia. Los clientes pueden utilizar la herramientaque deseen dentro de los términos de las licencias de software existentes. Porejemplo, la exploración es aceptable, pero la compilación inversa o ingenieríainversa de software de IBM no está autorizada salvo si lo permite explícitamente laley sin posibilidad de renuncia contractual.

Marcas registradas

IBM, el logotipo de IBM e ibm.com son marcas registradas de InternationalBusiness Machines Corp. en muchas jurisdicciones de todo el mundo. Otrosnombres de productos y servicios pueden ser marcas registradas de IBM o de otrasempresas. Encontrará una lista actual de marcas registradas de IBM en la páginaweb "Copyright and trademark information" situada en 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 marcasregistradas de Adobe Systems Incorporated en Estados Unidos o en otros países.

IT Infrastructure Library es una marca registrada de la Agencia Central deInformática y Telecomunicaciones, que ahora forma parte de la Oficina deComercio Gubernamental.

Linear Tape-Open, LTO, el logotipo de LTO, Ultrium y el logotipo de Ultrium sonmarcas registradas de HP, IBM Corp. y Quantum en Estados Unidos y en otrospaíses.

Intel, el logotipo de Intel, Intel Inside, el logotipo de Intel Inside, Intel Centrino, ellogotipo de Intel Centrino, Celeron, Intel Xeon, Intel SpeedStep, Itanium y Pentiumson marcas registradas de Intel Corporation o de sus empresas filiales en EstadosUnidos y en otros países.

Avisos 213

http://www.ibm.com/security/secure-engineering/bulletins.html

http://www.ibm.com/legal/copytrade.shtml

http://www.ibm.com/legal/copytrade.shtml

Linux es una marca registrada de Linus Torvalds en Estados Unidos o en otrospaíses.

Microsoft, Windows, Windows NT y el logotipo de Windows son marcasregistradas de Microsoft Corporation en Estados Unidos o en otros países.

Java y todas las marcas registradas y logotipos basados en Java son marcasregistradas de Oracle o de sus empresas filiales.

Cell Broadband Engine es una marca registrada de Sony Computer Entertainment,Inc. en Estados Unidos o en otros países, y se utiliza bajo licencia.

ITIL es una marca registrada, y una marca comunitaria registrada del Ministerio dela Presidencia, y está registrada en la Oficina de Marcas y Patentes de EstadosUnidos.

UNIX es una marca registrada de The Open Group en Estados Unidos y otrospaíses.


Índice

Aacceso, clave para ejemplos 174actualización de archivos de propiedades desplegados 183adición de un usuario 87alta disponibilidad 28, 49, 52, 181añadir un nodo a un clúster 181aplicación

instalación 164aplicación de usuario

asociación de servidor operativo 44archivo de respuestas

creación gráfica 157especificación de funciones 151instalación silenciosa 158instalaciones silenciosas 146parámetros de DB2 151, 152parámetros de Oracle 153parámetros de servidor de aplicaciones 154personalización 149utilización 156

autenticación nativa de Windows 33autónomo

instalación 72instalación de servidor 65

avisos legales 209

Bbase de datos

conexiones 89cuentas de usuario 89esquema 30, 33, 35inicio 30, 33, 35instalación manual 30, 33, 35nombre de host 30, 33, 35nombre de usuario y contraseña 30, 33, 35preparación de Oracle 95preparación de SQL Server 93preparar DB2 90puerto 30, 33, 35tipo 30, 33, 35

base de datos de DB2casos de ejemplo de instalación 49preparación para la instalación 90

base de datos de Oraclecasos de ejemplo de instalación 52preparación para la instalación 95

base de datos de SQL Servercasos de ejemplo de instalación 55preparación para la instalación 93

base de datos remotacasos de ejemplo de instalación 58

bus de mensajeríaconfiguración 142

búsquedas sensibles a las mayúsculas y minúsculas 45

Ccasos de ejemplo de instalación 48

celdaWebSphere Application Server 37, 43

clave de acceso, ejemplos 174clúster 37, 40, 43

añadir un nodo de InfoSphere MDM 181casos de ejemplo de instalación 49, 52instalación 137

codificación de caracteresestablecer en sistemas de destino 122

componente de mensajeríainstalar manualmente 121

comprobación de requisitos previos 67, 75, 127conexiones

base de datos 89configuración

archivos de propiedades 132casos de ejemplo 135hojas de trabajo 28

activadores de historial 45aplicación MDM 40aplicaciones de usuario 43directorio de instalación 29origen de datos de DB2 30Origen de datos del servidor SQL de Microsoft 33origen de datos Oracle 35WebSphere Application Server 37

separación de la configuración 132, 135separar de la instalación 132, 135

configuración XA para DB2 para z/OS 99contraseña 37, 40, 43Controladores ODBC 98creación e instalación de la base de datos de z/OS 99crear

scripts de base de datos 10cuentas de usuario 13

base de datos 89

Ddefinición de la vía de acceso de un programa de utilidad de

DB2 93descarga

ejemplos 174desinstalar 203

aplicaciones/componentes individuales 206producto completo 203silenciosa 206

desplieguevarios husos horarios 40

despliegue de varios husos horarios 40

Eejemplos

descripción general de la instalación 173instalación 173

entorno de desarrollo localcasos de ejemplo de instalación 58

entorno de instalación 123


entorno localestablecer en sistemas de destino 122

establecer vía de acceso del programa de utilidad deOracle 98

estilo de comparación de datos 40estructura de directorios 16

GGestión de tareas

crear manualmente un usuario 169globalización 122gráfica

instalación 27grupo de paquetes

existente 29nuevo 29

grupos 13grupos de MDM

adición de un usuario 87

Hherramienta de comprobación de requisitos previos 123hojas de trabajo 28

activadores de historial 45aplicación MDM 40aplicaciones de usuario 43directorio de instalación 29origen de datos de DB2 o DB2 for z/OS 30Origen de datos del servidor SQL de Microsoft 33origen de datos Oracle 35WebSphere Application Server 37

IIBM Support Assistant Data Collector 123idioma

recurso de aplicación 45tabla de códigos 45

idioma de recurso de aplicación 45idioma de tabla de códigos 45industria 45inhabilitación de pantalla inicial

instalación silenciosa 156instalación

aplicaciones 164características 9descripción general 7desinstalación silenciosa 206ejemplos 173, 174en un clúster 137estación de trabajo autónoma 72estructura de directorios y nombres 16gráfica 27hojas de trabajo 28instalación manual

Configuración de la base de datos Oracle 103instalación manual de la aplicación 99instalación manual de la aplicación en DB2 for Linux o

UNIX 103, 106instalación manual de la aplicación en DB2 para

z/OS 101, 102, 108, 111instalación manual de la aplicación en Oracle 113, 114instalaciones silenciosas 146Installation Manager 80

instalación (continuación)Interfaz de usuario de Data Stewardship 167interfaz de usuario de Product Maintenance 169IU de Business Administration 165modificación silenciosa 158modificar 180on z/OS 140personalizado 124servidor autónomo 65silenciosa 27

creación de un archivo de respuestas 157especificación de funciones 151inhabilitación de pantalla inicial 156mediante el archivo de respuestas 156parámetros de DB2 151, 152parámetros de Oracle 153parámetros de servidor de aplicaciones 154personalización de archivo de respuestas 149

tipo de despliegue autónomo 23, 24, 25tipo de despliegue personalizado 26tipos de despliegue

personalizada o autónoma 22utilización de LaunchPad 64, 72verificación 175, 177visualización de registros 180

Installation Manager 179instalación autónoma

tipo de despliegue 23para estación de trabajo 25para servidor 24

instalación de Data Stewardshipcrear manualmente un usuario de gestión de tareas 169

instalación manualbase de datos de dominio en Oracle 116

instalación manual de la aplicación 99instalación manual de la aplicación en DB2 for Linux o

UNIX 103, 106instalación manual de la aplicación en DB2 para z/OS 101,

102, 108, 111instalación manual de la aplicación en Oracle 113, 114instalación manual de la base de datos MDM físico 103instalación personalizada

tipo de despliegue 26instalación silenciosa

creación de un archivo de respuestas 157desinstalar 206especificación de funciones 151inhabilitación de pantalla inicial 156mediante el archivo de respuestas 156modificar 158parámetros de DB2 151, 152parámetros de Oracle 153parámetros de servidor de aplicaciones 154personalización de archivo de respuestas 149

instalaciones silenciosas 146Installation Manager

adición de ofertas de MDM 81instalación 80

Installation Startup Kit 123Interfaz de usuario de Data Stewardship

instalación 167interfaz de usuario de Product Maintenance

instalación 169IU de Business Administration

instalación 165


Kkit de inicio 10

LLaunchPad

inicio de la instalación autónoma con DB2 64, 72lista de comprobación 28listas de comprobación 28, 29, 30, 33, 35, 37, 40, 43, 44, 45

MMAD_HOMEDIR 18MAD_ROOTDIR 18marcas registradas

lista de 209MDM_INSTALL_HOME 18mensaje de error

prueba de verificación 142mensajería

Message Brokers 40WebSphere Default Messaging 40WebSphere MQ 40

modificarinstalación 180modificación silenciosa 158

Nnodo

WebSphere Application Server 37, 43nombre de aplicación 40nombre de host 37, 43nombre de usuario 37, 43

OOracle

instalación manual de la base de datos de dominio 116

Pperfil

WebSphere Application Server 43personalizado

instalación 124preparación

alta disponibilidad 28preparación para la instalación 79

adición de ofertas de MDM a instalador 81base de datos 88Base de datos DB2 en un entorno de clúster 92Base de datos DB2 en un servidor diferente 92base de datos de SQL Server en un entorno en clúster 95Base de datos Oracle en un entorno en clúster 98Base de datos Oracle en un servidor diferente 98base de datos SQL Server en un servidor distinto 95configuración del soporte de instalación 62, 70, 78definición de la vía de acceso de un programa de utilidad

de DB2 93dmgr de servidor de aplicaciones 83establecer vía de acceso del programa de utilidad de

Oracle 98instalación autónoma con DB2 63, 71

preparación para la instalación (continuación)kit de inicio 10requisitos previos de la cuenta 81servidor de aplicaciones para despliegue de base 86servidor no gestionado de servidor de aplicaciones 85WebSphere Application Server 82

prepararbase de datos DB2 para instalación 90base de datos de Oracle para la instalación 95base de datos de SQL Server para la instalación 93

prueba de verificación 67, 75, 127mensaje de error 142

Puerto RMI 40Puerto SOAP 37, 43

Rregistros

visualización 180Installation Manager 179

requisitos de instalaciónprobar 67, 75, 127verificación 67, 75, 127

requisitos del sistema 123requisitos previos de la cuenta 81

Sseguridad

roles de canal 88separar instalación respecto de la configuración 132

casos de ejemplo 135servicio de atención al cliente

contacto 217servicios de software

contacto 217servidor

WebSphere Application Server 37, 43servidor de aplicaciones

preparación 82preparación de servidor no gestionado 85preparación para despliegue de base 86preparando dmgr 83

servidor operativoasociación de aplicación de usuario 44

servidor remotocasos de ejemplo de instalación 58

silenciosainstalación 27

soportecliente 217

Ttipo de despliegue

autónomo 23, 24, 25personalizado 26WebSphere Application Server 37, 43

Uusuarios

adición de usuario a un grupo 87

Índice 217

Vvalor predeterminado de WebSphere

mensajería 40valores predeterminados

valores de cuenta de usuario 13varias instancias

instalación y configuración 13verificación de la instalación 175, 177verificar los requisitos previos a la instalación 67, 75, 127

WWebSphere Application Server

celda 37inicio 37nodo 37perfil 37servidor 37tipo de despliegue 37

WebSphere MQmensajería 40

Zz/OS

configurar bus de mensajería 142instalación en 140


Cómo ponerse en contacto con IBM

Puede ponerse en contacto con IBM para obtener soporte al cliente, servicios desoftware, información sobre productos e información general. También puedeproporcionar 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 32. Recursos de IBM

Recurso Descripción y ubicación

Documentación del producto paraInfoSphere MDM

Puede realizar búsquedas y consultar todoslos documentos de InfoSphere MDM enhttp://www.dhe.ibm.com/support/knowledgecenter/SSWSR9_11.4.0.

Información del producto de InfoSphereMDM Custom Domain Hub, que incluyeInfoSphere MDM Reference DataManagement

Puede realizar búsquedas y consultar todoslos documentos de InfoSphere MDMCustom Domain Hub enhttp://www.ibm.com/support/knowledgecenter/SSLSQH_11.4.0.

Portal de soporte de IBM Puede personalizar la información desoporte seleccionando los productos temasque le interesan en www.ibm.com/support/.

Servicios de software Encontrará información sobre software, TI yservicios de consultoría de negocio en elsitio web de soluciones, enwww.ibm.com/businesssolutions/.

Mi IBM Puede gestionar enlaces con los sitios webde IBM y la información que más se ajustena sus necesidades de soporte técnicoespecíficas creando una cuenta en el sitio MiIBM, en www.ibm.com/account/.

Formación y certificación Puede obtener información sobre serviciosde formación técnica para usuarios,empresas y organizaciones públicas con elfin de adquirir, mantener y optimizar susconocimientos de TI en www.ibm.com/software/sw-training/.

Representantes de IBM Puede ponerse en contacto con unrepresentante de IBM para obtenerinformación sobre soluciones enwww.ibm.com/connect/ibm/us/en/.

Proporcionar comentarios

En la tabla siguiente se describe cómo proporcionar comentarios a IBM acerca delos productos y la documentación de los productos.


http://www.ibm.com/support/knowledgecenter/SSWSR9_11.4.0

http://www.ibm.com/support/knowledgecenter/SSWSR9_11.4.0

http://www.ibm.com/support/knowledgecenter/SSLSQH_11.4.0

http://www.ibm.com/support/knowledgecenter/SSLSQH_11.4.0

https://www.ibm.com/support/

http://www.ibm.com/businesssolutions/

http://www.ibm.com/account/

http://www.ibm.com/software/sw-training/

http://www.ibm.com/software/sw-training/

http://www.ibm.com/connect/ibm/us/en/

Tabla 33. Cómo proporcionar comentarios a IBM

Tipo de comentario Acción

Comentarios para el producto Puede proporcionar comentarios generalesdel producto mediante la Encuesta deidoneidad en https://www.ibm.com/survey/oid/wsb.dll/studies/consumabilitywebform.htm.

Comentarios sobre la documentación Para hacer comentarios sobre ladocumentación del producto:

v Pulse Añadir comentario para el tema enIBM Knowledge Center

v Pulse el enlace Comentario para el temaen IBM Knowledge Center

v Utilice el formulario de comentarios dellector en línea: www.ibm.com/software/data/rcf/

v Envíe un correo electrónico:[email protected]


https://www.ibm.com/survey/oid/wsb.dll/studies/consumabilitywebform.htm



http://www.ibm.com/software/data/rcf/

http://www.ibm.com/software/data/rcf/

��

Impreso en España

GC43-1964-00

guía de instalación - ibm · instalación de aplicaciones cliente y componentes...

Documents