Suplemento de instalación y configuración

Configuración de un sistema federado para acceder a fuentes de datos de Oracle

El acceso a las fuentes de datos Oracle requiere la instalación de DB2 Relational Connect en el servidor federado de DB2.

Se incluyen dos módulos del reiniciador de Oracle diferentes con DB2 Relational Connect: uno para utilizarlo con el software de cliente de SQL*Net V1 o V2 y otro para utilizarlo con el software de cliente de Net8. El software de cliente que utilice dicta el módulo del reiniciador que se utilizará. Si utiliza SQL*Net, debe utilizar el reiniciador sqlnet y, si utiliza Net8, debe utilizar el reiniciador net8.

Sin tener en cuenta el software de cliente utilizado, puede acceder tanto a las fuentes de datos de Oracle versión 7 como de Oracle versión 8.

Este capítulo explica el modo de configurar el servidor federado para acceder a datos almacenados en fuentes de datos Oracle utilizando apodos y contiene los apartados siguientes:

Las instrucciones de este capítulo corresponden a las plataformas Windows NT, Windows 2000 y UNIX; se describen diferencias específicas de plataforma en el lugar en el que se producen.


Instalación de DB2 Relational Connect

Este apartado proporciona instrucciones para instalar DB2 Relational Connect en sistemas Windows y en sistemas AIX.

Instalación de DB2 Relational Connect en sistemas Windows

Antes de instalar DB2 Relational Connect en el sistema Windows, asegúrese de que haya instalado DB2 Universal Database Enterprise Edition o DB2 Universal Database Enterprise - Extended Edition.

Las instrucciones siguientes explican el modo de instalar DB2 Relational Connect en el sistema Windows NT o Windows 2000.

  1. Inicie una sesión en el sistema con la cuenta de usuario que ha creado para efectuar la instalación.
  2. Concluya cualquier otro programa para que el programa de configuración pueda actualizar los archivos necesarios.
  3. Inserte el CD de DB2 Relational Connect en la unidad. La característica de ejecución automática inicia automáticamente el programa de configuración. El programa de configuración determinará el idioma del sistema y ejecutará el programa correspondiente a dicho idioma. Si desea ejecutar el programa de configuración en otro idioma, o si el programa de configuración no ha conseguido arrancarse, consulte la sugerencia siguiente.



    Consejo

    Para invocar de forma manual el programa de configuración, efectúe los pasos siguientes:

    1. Pulse Inicio y seleccione la opción Ejecutar.
    2. En el campo Abrir, entre el mandato siguiente:
      x:\setup /i idioma
      
      donde:
      • x: representa la unidad de CD-ROM.
      • idioma representa el código de país correspondiente al idioma (por ejemplo, EN por inglés).
    3. Pulse Aceptar.

    Se abre el controlador de inicio de instalación.

    En el controlador de inicio puede visualizar los requisitos previos de la instalación y las notas de release, puede efectuar una Visión general rápida para explorar las características, posibilidades y ventajas de DB2 Universal Database Versión 7 o puede continuar directamente con la instalación.

  4. Seleccione Instalar para comenzar el procedimiento de instalación.
  5. Una vez haya iniciado la instalación desde el controlador de inicio, continúe siguiendo los indicadores de mandatos del programa de configuración.

    Puede pulsar el botón Cancelar en cualquier momento para finalizar la instalación.

Instalación de DB2 Relational Connect en sistemas AIX

Antes de instalar DB2 Relational Connect, asegúrese de que haya instalado DB2 Universal Database Enterprise Edition o DB2 Universal Database Enterprise - Extended Edition. Si pretende incluir bases de datos de la familia DB2 en las peticiones distribuidas, debe haber seleccionado la opción Distributed Join para fuentes de datos de DB2 durante la instalación de DB2 Universal Database Enterprise Edition o DB2 Universal Database Enterprise - Extended Edition y haber verificado que el parámetro FEDERATED se ha establecido en YES.

Las instrucciones siguientes explican el modo de instalar DB2 Relational Connect en el sistema AIX.

El programa de utilidad db2setup es el método recomendado para instalar DB2 Relational Connect en sistemas AIX. Este programa de utilidad puede efectuar todas las tareas necesarias para instalar DB2 Relational Connect.

Para instalar DB2 Relational Connect en AIX utilizando el programa de utilidad db2setup:

  1. Inicie una sesión como usuario con autorización de usuario root.
  2. Inserte y monte el CD-ROM del producto DB2. Para obtener información sobre cómo montar el CD-ROM, consulte el manual Guía rápida de iniciación para UNIX.
  3. Cambie al directorio donde está montado el CD-ROM entrando el mandato cd /cdrom, donde cdrom es el punto de montaje del CD-ROM del producto.
  4. Entre el mandato ./db2setup. Después de unos momentos se abrirá la ventana Instalación de DB2 Relational Connect V7.

    Las opciones seleccionadas se indican por medio de un asterisco.

    Cuando acabe la instalación, el software de DB2 Relational Connect se instalará en el directorio /usr/lpp/db2_07_01 con los demás productos DB2.


Cómo añadir fuentes de datos de Oracle a un sistema federado

Para acceder a las bases de datos Oracle utilizando apodos:

Paso  1.

Instale y configure el software de cliente Oracle en el servidor federado de DB2 utilizando la documentación que facilita Oracle.

Puede utilizar SQL*Net o Net8 para acceder tanto a las fuentes de datos de Oracle versión 7 como de Oracle versión 8.

Recomendación para servidores federados ejecutándose en plataformas UNIX:

Solicite que se vuelva a enlazar SQL*Net o Net8 durante la instalación del software de cliente Oracle.

Paso  2.

Establezca variables de entorno de fuente de datos modificando el archivo DB2DJ.ini y emitiendo el mandato db2set. El mandato db2set actualiza el registro de perfiles de DB2 con sus valores.

El archivo DB2DJ.ini contiene información de configuración acerca del software de cliente Oracle instalado en el servidor federado. En un sistema de base de datos particionada, puede utilizar un único archivo DB2DJ.ini para todos los nodos de una instancia en concreto, o bien puede utilizar un archivo DB2DJ.ini exclusivo para uno o más nodos de una instancia en concreto. En un sistema de base de datos no particionada, sólo puede haber un archivo DB2DJ.ini por instancia.

Vía rápida

Vaya al punto 2 en el caso de que los valores por omisión en DB2DJ.ini resulten aceptables para la configuración.

  1. Edite el archivo DB2DJ.ini ubicado en sqllib/cfg y establezca las variables de entorno siguientes:

    ORACLE_HOME

    Establezca la variable de entorno ORACLE_HOME para el directorio inicial de Oracle; por ejemplo:

    ORACLE_HOME=directorio_inicial_oracle
    

    SQL*Net y Net8 requieren que se establezca esta variable antes de iniciar la instancia federada. Si se cambia esta variable, la instancia federada debe detenerse y reiniciarse antes de que el nuevo valor de ORACLE_HOME surta efecto.

    Si un usuario individual de la instancia federada tiene establecida la variable de entorno ORACLE_HOME, la instancia federada no la utiliza. La instancia federada sólo utiliza el valor de ORACLE_HOME establecido en el registro de perfiles de DB2.

    ORACLE_BASE

    Para los servidores federados que se ejecutan en las versiones de UNIX, si ha establecido la variable ORACLE_BASE durante la instalación del software de cliente Oracle, también debería establecer la variable de entorno ORACLE_BASE en el servidor federado:

    ORACLE_BASE=directorio_inicial_oracle
    

    ORA_NLS

    Para los servidores federados que se ejecutan en las versiones de UNIX que accederán a una fuente de datos Oracle 7.2 o posterior, establezca la variable de entorno ORA_NLS:

    ORA_NLS=directorio_inicial_oracle/ocommon/nls/admin/data
    



    Vía rápida

    Consulte el apartado Opciones de página de códigos de Oracle para obtener más información sobre el Soporte de idioma nacional para fuentes de datos Oracle.

    TNS_ADMIN

    Si el archivo tnsnames.ora de SQL*Net o Net8 reside fuera de la vía de acceso de búsqueda, debe establecer la variable de entorno TNS_ADMIN para especificar la ubicación del archivo tnsnames.ora; por ejemplo:

    TNS_ADMIN=x:\path\tnsnames.ora
    

    Para servidores Windows:

    La ubicación por omisión de este archivo varía en función del software de cliente que se esté utilizando:

    • Si está utilizando SQL*Net, tnsnames.ora está en el directorio %ORACLE_HOME%\NETWORK\ADMIN.
    • Si está utilizando Net8, tnsnames.ora está en el directorio %ORACLE_HOME%\NET8\ADMIN.

    Para servidores UNIX:

    La ubicación por omisión de este archivo es $ORACLE_HOME/admin/util/network

  2. Emita el mandato db2set para actualizar el registro de perfil de DB2 con los cambios.

    Si está utilizando este archivo DB2DJ.ini en un sistema de base de datos no particionada, o en el caso de que desee que los valores de este archivo DB2DJ.ini se apliquen únicamente al nodo actual, emita:

    db2set DB2_DJ_INI = sqllib/cfg/db2dj.ini
    

    Si está utilizando este archivo DB2DJ.ini en un sistema de base de datos particionada y desea que los valores de este archivo DB2DJ.ini se apliquen a todos los nodos de esta instancia, emita:

    db2set -g DB2_DJ_INI = sqllib/cfg/db2dj.ini
    

    Si está utilizando este archivo DB2DJ.ini en un sistema de base de datos particionada y desea que los valores de este archivo DB2DJ.ini se apliquen a un nodo específico, emita:

    db2set -i INSTANCEX 3 DB2_DJ_INI = sqllib/cfg/node3.ini 
    

    donde:

    • INSTANCEX es el nombre de la instancia.
    • 3 es el número de nodo tal y como se lista en el archivo db2nodes.cfg.
    • node3.ini es la versión que se ha modificado y vuelto a nombrar del archivo DB2DJ.ini.

Paso  3.

Asegúrese de que el archivo tnsnames.ora de SQL*Net o Net8 se actualice para cada servidor Oraclepara el que se configuran las comunicaciones.

En el archivo tnsnames.ora, el SID es el nombre de la instancia de Oracle y el HOST es el nombre del sistema principal en el que está ubicado el servidor Oracle.

Paso  4.

Recicle la instancia de DB2:

Para servidores Windows:

NET STOP nombre_instancia
NET START nombre_instancia

Para servidores UNIX:

db2stop
db2start

Paso  5.

Utilice la sentencia CREATE WRAPPER para definir la biblioteca del reiniciador que se utilizará para acceder a fuentes de datos de Oracle. Los reiniciadores son el mecanismo que los servidores federados utilizan para comunicar y recuperar datos de fuentes de datos. El ejemplo siguiente muestra una sentencia CREATE WRAPPER:

CREATE WRAPPER SQLNET 

donde SQLNET es el nombre por omisión del módulo del reiniciador utilizado con el software del cliente de SQL*Net de Oracle. Si se utiliza el software del cliente de Net8 de Oracle, utilice NET8.

Puede sustituir el nombre por omisión por un nombre que haya elegido; sin embargo, si lo hace, también debe incluir el parámetro LIBRARY y el nombre de la biblioteca del reiniciador para la plataforma del servidor de DB2. Para obtener más información sobre los nombres de biblioteca del reiniciador, consulte la publicación Consulta de SQL.

Paso  6.

Opcional: Establezca la variable de entorno DB2_DJ_COMM para incluir la biblioteca del reiniciador que se corresponde con el módulo del reiniciador creado en el paso anterior; por ejemplo:

db2set DB2_DJ_COMM = libsqlnet.a

La variable de entorno DB2_DJ_COMM controla si un módulo del reiniciador está cargado cuando se inicializa el servidor federado, lo cual puede dar como resultado una mejora en el rendimiento la primera vez que se accede a la fuente de datos de Oracle. Para obtener más información sobre los nombres de biblioteca del reiniciador, consulte la publicación Consulta de SQL.

Paso  7.

Utilice la sentencia CREATE SERVER para definir cada servidor Oraclepara el que se han configurado las comunicaciones; por ejemplo:

CREATE SERVER ORASERVER TYPE ORACLE VERSION 7.2 WRAPPER SQLNET
OPTIONS (NODE "oranode")

donde:

  • ORASERVER es un nombre que se asigna al servidor Oracle. Este nombre debe ser exclusivo.
  • ORACLE es el tipo de fuente de datos para el que se está configurando el acceso.
  • 7.2 es la versión de Oracle a la que está accediendo.
  • SQLNET es el nombre del reiniciador que ha definido en la sentencia CREATE WRAPPER.
  • oranode es el nombre del nodo en el que reside ORASERVER. Obtenga el valor de nodo del archivo tnsnames.ora. Este valor es sensible a mayúsculas y minúsculas. La Figura 6 ilustra la relación de la opción de nodo y el archivo tnsnames.ora.

    Aunque el valor de nodo se especifica como opción, se necesita para las fuentes de datos de Oracle. Consulte el manual Consulta de SQL para obtener una lista de opciones general.

    La Figura 6 muestra la información del archivo tnsnames.ora, la vista de SYSCAT.SERVEROPTIONS y la vista de SYSCAT.SERVERS.

    Figura 6. Relación entre los archivos de sistema de DB2 y el archivo tnsnames.ora de Oracle.


    Archivos de sistema DB2 y Oracle

Paso  8.

Si una contraseña o ID de usuario en el servidor federado es diferente de una contraseña o ID de usuario en una fuente de datos de Oracle, utilice la sentencia CREATE USER MAPPING para correlacionar el ID de usuario local con la contraseña e ID de usuario definido en la fuente de datos de Oracle; por ejemplo:

CREATE USER MAPPING FOR DB2USER SERVER ORASERVER
OPTIONS ( REMOTE_AUTHID 'orauser', REMOTE_PASSWORD "dayl1te")

donde:

  • DB2USER es el ID de usuario local con el que está correlacionando un ID de usuario definido en una fuente de datos de Oracle.
  • ORASERVER es el nombre de la fuente de datos de Oracle que ha definido en la sentencia CREATE SERVER.
  • orauser es el ID de usuario de la fuente de datos de Oracle con la que está correlacionando DB2USER. Este valor es sensible a mayúsculas y minúsculas.

    Restricción:

    El ID de usuario de Oracle (en la fuente de datos de Oracle y no en el servidor federado de DB2) debe haber sido creado utilizando el mandato create user de Oracle con la cláusula 'identified by' (identificado por), en vez de con la cláusula 'identified externally' (identificado externamente).

  • dayl1te es la contraseña asociada a "orauser". Este valor es sensible a mayúsculas y minúsculas.

Paso  9.

Utilice la sentencia CREATE NICKNAME para asignar un apodo a una vista o tabla ubicada en la fuente de datos de Oracle. Este apodo se utilizará al consultar la fuente de datos de Oracle. El ejemplo siguiente muestra una sentencia CREATE NICKNAME:

CREATE NICKNAME ORASALES FOR ORASERVER.SALESDATA.MIDWEST

donde:

  • ORASALES es un apodo exclusivo para la tabla o vista de Oracle.
  • ORASERVER.SALESDATA.MIDWEST es un identificador de tres partes que sigue este formato:

    nombre_fuente_datos.nombre_esquema_remoto.nombre_tabla_remota

    Consulte la publicación Consulta de SQL para obtener más información sobre la sentencia CREATE NICKNAME.

    Consulte la publicación Administration Guide para obtener más información sobre los apodos en general.

Paso 10.

Repita el paso anterior para todos los objetos de base de datos para los que desea crear apodos.

Paso 11.

Para cada HOST (sistema principal) del apartado DESCRIPTION (descripción) del archivo tnsnames.ora, actualice el archivo /etc/hosts para servidores UNIX y el archivo x:\winnt\system32\drivers\etc\hosts para servidores Windows en caso de que sea necesario.

Que se deba actualizar o no este archivo depende del modo en que está configurado TCP/IP en la red. Parte de la red debe convertir el nombre de sistema principal remoto especificado en el apartado DESCRIPTION (Descripción) del archivo tnsnames.ora ("oranode" en el ejemplo) en una dirección. Si la red tiene un servidor de nombre que reconoce el nombre del sistema principal, no ha de actualizar el archivo de sistemas principales de TCP/IP. En caso contrario, necesitará una entrada para el sistema principal remoto. Consulte al administrador de red para determinar el modo en que está configurada la red.



Vía rápida

Si necesita más información sobre correlaciones de página de códigos de Oracle, continúe hasta el apartado Opciones de página de códigos de Oracle.

Para verificar si ha configurado satisfactoriamente el servidor federado para acceder a las fuentes de datos, vaya al apartado Verificación de conexiones con fuentes de datos de Oracle.


Opciones de página de códigos de Oracle

La Tabla 36 proporciona opciones de Oracle equivalentes para las páginas de códigos del NLS habituales. O bien las fuentes de datos de Oracle han de configurarse para que se correspondan con dichas opciones equivalentes, o bien el código del cliente debe ser capaz de detectar cualquier falta de correspondencia y señalarla como error o correlacionar los datos utilizando su propia semántica. Consulte su documentación de fuente de datos para obtener más información.

Tabla 36. Opciones de página de códigos de Oracle
Página de códigos Opción de Oracle equivalente
850 NLS_LANG=American_America.US7ASCII
932 NLS_LANG=Japanese_Japan.JA16SJIS
1046 NLS_LANG=Arabic_UnitedArabEmirates.US7ASCII
819 NLS_LANG=German_Germany.WE8ISO8859P1
912 NLS_LANG=German_Germany.EE8ISO8859P2
1089 NLS_LANG=Arabic_UnitedArabEmirates.AR8ISO8859P6
813 NLS_LANG=Greek_Greece.EL8ISO8859P7
916 NLS_LANG=American_America.IW8ISO8859P8
920 NLS_LANG=Turkish_Turkey.TR8ISO8859P9
950 NLS_LANG=Chinese_Taiwan.ZHT16BIG5
970 NLS_LANG=Korean_Korea.KO16KSC5601
1383 NLS_LANG=Chinese_China.ZHS16CGB231280


Verificación de conexiones con fuentes de datos de Oracle

Este apartado le explica el modo de verificar que ha configurado correctamente el sistema federado para acceder a las fuentes de datos de Oracle. Antes de proseguir con este apartado debe haber completado todos los pasos del apartado Cómo añadir fuentes de datos de Oracle a un sistema federado.

Paso  1.

Inicie una sesión en el sistema con un ID de usuario que tenga autorización SYSADM o SYSCTRL.

Paso  2.

Cree la base de datos de ejemplo en el servidor federado DB2 emitiendo el mandato siguiente:

DB2SAMPL

Paso  3.

Conecte con la base de datos de ejemplo en el servidor federado de DB2:

CONNECT TO SAMPLE

Paso  4.

Emita la sentencia SQL siguiente:

SELECT * FROM
SYSCAT.SYSTABLES

Debe recibir todo el contenido de la tabla de catálogos del sistema SYSCAT.TABLES.

Paso  5.

Añada la tabla de catálogos del sistema de Oracle ALL_TABLES al entorno federado:

  • Al emitir la sentencia CREATE USER MAPPING, asegúrese de que el ID de usuario de la fuente de datos tiene como mínimo permiso de SELECT para la tabla de ejemplo.
  • Cree un apodo para la tabla de catálogos del sistema ALL_TABLES.

Paso  6.

Utilizando el apodo para la tabla de catálogos del sistema Oracle, emita una sentencia SELECT para una tabla de la fuente de datos Oracle; por ejemplo:

SELECT * FROM apodo

donde apodo es el apodo para la tabla de catálogos de sistema de la base de datos de ejemplo de Oracle.

El conjunto de resultados que reciba debe tener todas las columnas y filas en ALL_TABLES.

Después de seleccionar datos de modo satisfactorio desde la base de datos federada y la fuente de datos de Oracle, puede probar a unir datos procedentes de las dos fuentes de datos para completar el procedimiento de verificación.


[ Principio de página | Página anterior | Página siguiente | Contenido | Índice ]