6.2 Feature Representation
6.2.1 Features
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 al
servidor operativo. Defina la variable como NLS_LANG=AMERICAN_AMERICA.AL32UTF8
Importante: Los pasos restantes de este procedimiento son opcional. Si no desea crear manualmente los espacios de tabla, puede saltarse los pasos siguientes, en cuyo caso la aplicación de instalación creará automáticamente los espacios de tabla durante la instalación.
4. Modifique el script create_schema_ora.sql que se proporciona en Installation Startup Kit.
a. Vaya al directorio STARTUPKIT_INSTALL_HOME/CoreData/Full/Oracle/ Standard/ddl/(donde STARTUPKIT_INSTALL_HOME es la ubicación del kit instalado).
b. Abra el archivo create_schema_ora.sql en un editor de texto. El archivo contiene las variables siguientes que se deben sustituir por los valores correspondientes:
c. Si se está creando la base de datos en Microsoft Windows, sustituya la variable <TABLESPACE_LOCATION> por la ubicación de los espacios de tabla. 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ías de acceso de archivos por los caracteres de barra inclinada invertida (\). d. En la carpeta <ORACLE_HOME>/oradata, cree una subcarpeta vacía con un
nombre 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 se describe en la parte superior del script. Las variables se escriben entre corchetes < >:
– <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 valor sea LOBSPACE.
– <TABLE_SPPMD> - el nombre de espacio de tabla para los datos de tabla de usuario Probabilistic Matching Engine. La aplicación de instalació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ón espera que el valor sea EMESPACE2.
– <TABLE_MDS4K> - el nombre de espacio de tabla para los datos de tabla de usuario 4 K. La aplicación de instalación espera que el valor sea TBS4K.
– <TABLE_SPACE> - el nombre de espacio de tabla para los datos de tabla de usuario 8 K. La aplicación de instalación espera que el valor sea TBS8K.
– <TABLE_SPMDS> - el nombre de espacio de tabla para los datos de tabla de usuario de MDM virtual de 16 K. La aplicación de instalación espera 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 espacios de tablas de forma que los nombres de sus espacios de tablas
personalizados 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 respuesta de entrada de la instalación de ejemplo que puede modificar para
3) Inicie el instalador de InfoSphere MDM en modalidad GUI o en modalidad silenciosa, incluido el argumento siguiente en el mandato de arranque de forma que el instalador utilice parámetros de su archivo de respuestas de entradas modificado: IBMIM -input
./mdm_input.res(donde mdm_input.res es el nombre del archivo de respuestas 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 de base 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 SET
open_cursors = 1500 SCOPE=BOTH;
v Verifique que se han realizado las concesiones específicamente como GRANT CREATE SEQUENCE TO SCHEMA;, que sustituyen SCHEMA por el nombre de esquema.
v Configure la propiedad CURSOR_SHARING de Oracle en CURSOR_SHARING=FORCE.
Tareas relacionadas:
“Instalación de Installation Startup Kit” en la página 75
Referencia relacionada:
“Hoja de trabajo de origen de datos de Oracle” en la página 32
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 la base de datos y las instalaciones de InfoSphere MDM se hallan en servidores distintos.
1. Instale un cliente de Oracle en la máquina en que tiene pensado instalar InfoSphere MDM.
2. Para la entrada del TNS de la máquina cliente, especifique que éste apunte al servidor de la base de datos.
3. Utilice WebSphere Application Server Integrated Solutions Console para crear una variable de entorno ORACLE_JDBC_DRIVER_PATH que apunte al inicio de la base de datos Oracle en la máquina local y cuyo destino sea el nivel del nodo.
Preparación de la base de datos de Oracle para utilizar InfoSphere MDM en un entorno en clúster:
Configuración de la base de datos de Oracle para dar soporte a la instalación de InfoSphere MDM en un entorno en clúster.
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 la máquina local para cada nodo del clúster.
Tareas relacionadas:
Controladores ODBC instalados con la edición Standard:
Los controladores que se aplican cuando la aplicación instala la edición estándar de InfoSphere MDM dependen del tipo de base de datos que defina.
Un controlador de conexión habilita a un servidor operativo que admite una configuración MDM virtual, a comunicarse con la base de datos y a escribir datos en el esquema. En este caso, el host del servidor operativo requiere la instalación del cliente de base de datos aplicable para habilitar operaciones de carga en bloque.
El servidor operaciona incluye los siguientes controladores ODBC. Otros controladores no son compatibles.
v Oracle Wire v Oracle Net
v IBM DB2 Wire (DB2 y DB2 para z/OS) v Microsoft SQL Server Wire
Para bases de datos de Oracle, las propiedades que se pasan al programa de utilidad madconfig durante el proceso de instalación determinan si se debe instalar el controlador de red Oracle o de conexión Oracle. Si se pasan valores vacíos para el host de la base de datos, se instala el controlador Oracle Net, lo cual requiere la instalación del cliente Oracle en el host del servidor operativo.
Consejo: Cuando se instala en una plataforma Microsoft Windows, si desea crear manualmente un origen de datos ODBC separado en vez de crearlo con la aplicación de instalación, debe invocar el mandato madconfig.bat register_odbc para garantizar un registro correcto del controlador ODBC.
Tareas relacionadas:
“Habilitación de soporte para controlador de conexión inalámbrica de Oracle” en la página 132
Instalación manual de physical MDM database:
Puede instalar manualmente physical MDM database en DB2 para UNIX o Linux, DB2 para z/OS y Oracle.
Siempre puede utilizar IBM Installation Manager para crear la physical MDM database. Sin embargo, también puede instalarlo manualmente.
La base de datos MDM virtual siempre se instala utilizando IBM Installation Manager.
Atención: La base de datos principal es necesaria para InfoSphere MDM Advanced Edition (MDM físico). También es necesario para poder procesar correctamente algunas transacciones de InfoSphere MDM Standard Edition (MDM virtual). Si utiliza IBM Installation Manager para instalar InfoSphere MDM, los componentes de base de datos principal necesarios se instalan automáticamente. Si utiliza una base de datos de Microsoft SQL Server, tenga en cuenta que InfoSphere MDM Standard Edition (implementaciones de MDM virtual) es la única edición admitida para SQL Server.
Espacios de tabla
Para bases de datos de DB2 en UNIX o Linux y bases de datos de Oracle, puede crear espacios de tabla para datos de usuario, índices de usuario y objetos grandes de usuario para mejorar el rendimiento de la base de datos. Se proporcionan valores de marcador de posición en los scripts adecuados como TABLE_SPACE, INDEX_SPACE y LONG_SPACE. Puede ajustar los tamaños del espacio de tabla de los scripts que se proporcionan al tamaño adecuado para el entorno de producción.
Hay dos espacios de tabla separados para la InfoSphere MDM Probabilistic Matching Engine, que requieren que los espacios de tabla de InfoSphere MDM Probabilistic Matching Engine tengan los mismos nombres que
TABLE_SPACE y INDEX_SPACE, pero con una letra E adicional al final del
nombre del espacio de tabla.
Activadores
Se suministran dos tipos de activadores con la instalación de InfoSphere MDM: activadores simples y compuestos. Seleccione uno de estos tipos de activadores para efectuar la instalación::
v Activadores simples: Crean una copia de la imagen anterior de los datos actuales en la tabla HISTORY cuando se crea, actualiza o elimina una tabla base. La tabla HISTORY únicamente contiene antiguos registros; no contiene el registro actual en la tabla base. Si opta por instalar los activadores simples, debe instalar los activadores simples de actualización. También puede instalar los activadores simples de supresión, que son opcionales.
v Activadores compuestos: Crean una copia de la imagen anterior y
posterior de los datos actuales de la tabla base en la tabla HISTORY
cuando se inserta, actualiza o suprime una tabla base.. La tabla
HISTORY contiene todos los registros antiguos y el registro actual en la tabla base. Si opta por instalar los activadores compuestos, debe instalar los activadores de inserción y actualización. También puede instalar los activadores compuestos de supresión, que son opcionales.
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 tienen valores de tiempo correspondientes a distintos husos horarios, debe habilitar la función de huso horario múltiple.
Una vez se active esta característica, no la podrá desactivar.
Si no necesita la función de huso horario múltiple, debe inhabilitarla cuando instale 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 por nombre, pero sin las restricciones de la sensibilidad a mayúsculas y minúsculas. Una vez que se activa la característica sin sensibilidad a mayúsculas y minúsculas, no puede desactivarse. Está disponible en la versión 9 y posteriores de DB2 UDB, DB2 for z/OS y Oracle.
1. Abra IBM Installation Manager y pulse Instalar.
2. En la lista Paquetes de instalación, seleccione InfoSphere MDM Standard
3. En la lista Características, expanda InfoSphere MDM Standard Edition o
Advanced Editiony asegúrese de que solamente se haya seleccionado Base de
datos de MDM. Pulse Siguiente.
4. Complete los campos de configuración de base de datos para proporcionar detalles sobre el tipo, la ubicación y la conexión de la base de datos y, a continuación, seleccione Extraer scripts para la instalación manual de la base
de datos. Pulse Instalar. IBM Installation Manager instalará datos de MDM virtual y extraerá los scripts SQL que puede utilizar para instalar datos de MDM 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, pulse
Siguiente.
8. Pulse Instalar para completar la instalación de physical MDM database.
Establecimiento de la configuración XA en IBM WebSphere Application Server para conectarse con DB2 for z/OS:
Cuando instale manualmente la base de datos de MDM en DB2 for z/OS, utilice este procedimiento para establecer la configuración XA en IBM WebSphere Application Server.
Debe cambiar los valores de ejemplo de este procedimiento para que coincidan con el entorno.
1. Inicie sesión en el sistema UNIX como usuario root y vaya al directorio de instancia de DB2. Por ejemplo: cd /usr/opt/db2_10_01/instance
2. Para crear una instancia de ESE completa, ejecute el siguiente mandato desde el directorio de instancia: db2icrt -a SERVER -p 60000 -s ese -u db2fenc1
db2inst1
3. Inicie sesión como usuario de instancia (db2inst1 en este ejemplo) después de crear la instancia y catalogue la base de datos de z/OS.
4. Inicie la instancia de DB2 mediante el mandato db2start.
5. Configure un proveedor JDBC basado en la CLI, tipo 4 para el soporte XA. 6. Configure IBM WebSphere Application Server para que utilice un controlador
XA para DB2 for z/OS.
7. Añada la siguiente línea a la variable CLASSPATH:
<DB2HOME>sqllib/java/db2jcc.jar
Tareas relacionadas:
“Instalación de la base de datos principal manualmente en DB2 para z/OS utilizando TSO y JCL” en la página 95
creación e instalación de la base de datos de z/OS:
Cuando esté creando el subsistema y asociando bases de datos al mismo, tenga en cuenta que InfoSphere MDM se desarrolla en DB2 for z/OS con datos Unicode y más de un idioma. También debe establecer la configuración XA.
1. Configurar un subsistema DB2 para z/OS con el parámetro UNICODE en
DSNZPARM, por ejemplo:
Unicode CCSID = 1208 CCSID of Unicode UTF-8 data. DEF ENCODING SCHEME = UNICODE
LOCALE LC_CTYPE = UNI
APPLICATION ENCODING = UNICODE
2. Trabaje con el subsistema predeterminado DB2 para z/OS y vuelva a enlazar todos los paquetes MDM con Unicode al utilizar LOCALE LC_CTYPE = UNI., que es necesario para funciones agregadas como UPPER y LOWER.
v Si utiliza un nuevo subsistema DB2, establezca todos los parámetros DSNZPARM en Unicode, incluido el macro-parámetro LC_TYPE de DSNHDECP. Para disponer de funciones completas se necesitan bases de datos y planes de trabajo Unicode. v Asignación de espacio: antes de crear los objetos físicos, es necesario
proporcionar espacio en DASD. Para simplificar la asignación de
almacenamiento, se recomienda utilizar grupos de almacenamiento en SMS. Cree HLQ MDMIBM para todos los archivos de datos z.
v Espacios de tabla y espacios de índice: para un mantenimiento más simple y para evitar problemas de rendimiento, separe las tablas y sus índices
relacionados en distintos espacios de tabla y espacios de índice. Para tablas pequeñas, utilice espacios de tabla segmentados; para tablas grandes, utilice espacios de tabla simples. También puede utilizar espacios de tabla particionada. v Autorización y calificador: Cree y acceda a todos los objetos al utilizar un ID de
autorización.
v Agrupaciones de almacenamiento intermedio: si las agrupaciones de
almacenamiento intermedio no existen, debe crearlas. Un tamaño mínimo de 1000 es bueno. Un ejemplo de sentencia SQL para crear agrupaciones de almacenamiento intermedio es: ALTER BUFFERPOOL (bp3) VPSIZE (1000);
Configuración de XA para DB2 para z/OS
Asegúrese de completar el procedimiento para el proveedor WebSphere Application Server JDBC y de origen de datos. Este procedimiento es necesario para que WebSphere Application Server funcione correctamente con DB2 para z/OS.
Otorgamiento de privilegios de conexión en DB2 para z/OS:
Si está instalando manualmente una base de datos de physical MDM en DB2 for z/OS, utilice este procedimiento para otorgar los privilegios de conexión
necesarios.
1. Asegúrese de que se haya otorgado SYSADM al usuario de instalación para los espacios de tablas y la creación de la base de datos inicial.
2. Asegúrese de que se otorgue la siguiente lista de privilegios al usuario de instalación:
Atención: Debe cambiar los valores de ejemplo de este procedimiento en función del entorno de servidor utilizado.
v 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 DSNEDCL TO <USER_ID>; v GRANT EXECUTE ON PLAN DSNHYCRD TO <USER_ID>; v GRANT SELECT ON SYSIBM.SYSDUMMY1 TO <USER_ID>;
v GRANT EXECUTE ON PLAN DSNTIA<DB2 VERSION> TO <USER_ID>; v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNWZP TO <USER_ID>; v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNWSPM TO <USER_ID>; v GRANT EXECUTE ON PACKAGE DSNUTILS.DSNUTILS TO <USER_ID>; v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNUTILS TO <USER_ID>; v GRANT EXECUTE ON PACKAGE DSNUTILU.DSNUTILU TO <USER_ID>; v GRANT EXECUTE ON PROCEDURE SYSPROC.DSNUTILU TO <USER_ID>;
Tareas relacionadas:
“Instalación de la base de datos principal manualmente en DB2 para z/OS utilizando TSO y JCL” en la página 95
Configuración de la base de datos Oracle:
Al instalar manualmente la base de datos de physical MDM en Oracle, si omite la ejecución del script create_schema_ora.sql, debe alterar el sistema de base de datos de Oracle.
Dentro del script create_schema_ora.sql, asegúrese de que la sentencia ALTER SYSTEM SET open_cursors se ha establecido de la forma siguiente:
ALTER SYSTEM SET open_cursors = 1500 SCOPE=BOTH;
También verifique que las concesiones se hagan especialmente como GRANT CREATE SEQUENCE TO <SCHEMA>;
Instalación manual de physical MDM database en DB2 for Linux o UNIX:
Puede instalar manualmente physical MDM database en DB2 for Linux o UNIX.
Existen instrucciones separadas para instalar la base de datos de configuración y gestión y la base de datos de dominios principal.
Antes de iniciar la instalación, lea sobre la instalación manual de la base de datos.
Instalación manual de la base de datos principal en DB2 para UNIX o Linux:
Instalación de la base de datos principal de MDM físico en DB2 para UNIX o Linux.
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 por los valores a utilizar en la base de datos.