Visión general de clientes y controladores de servidores de datos de IBM > Métodos para la instalación de los clientes de servidor de datos de IBM > Conexiones de base de datos para clientes de servidor de datos de IBM >
Visión general de la configuración de
las comunicaciones cliente-a-servidor
Este tema proporciona información para elegir un método
apropiado para configurar comunicaciones cliente-a-servidor. Este tema es válido para la configuración del cliente de servidor de datos de IBM y para productos de servidor, y no para controladores de conectividad de
base de datos.
Descripción de las comunicaciones
cliente-a-servidor: componentes y situaciones
A continuación se describen los componentes básicos que
intervienen en las comunicaciones cliente-a-servidor:
- Cliente. Este término hace referencia
al iniciador de las comunicaciones. Este rol puede ser desempeñado por cualquiera de los productos o componentes de DB2 siguientes:
- IBM Data
Server Driver Package
- IBM Data Server Client o
IBM Data Server Runtime Client.
- DB2 Connect Personal Edition:
este producto engloba a IBM Data Server Client.
- un producto de servidor DB2: un servidor DB2
engloba a Data Server Client.
- Servidor. Este término hace referencia
al receptor de la petición de comunicaciones procedente del
cliente. Este rol es desempeñado normalmente por un producto de servidor DB2 para Linux, UNIX y Windows. Cuando están presentes productos DB2 Connect,
el término servidor también puede designar un servidor DB2 situado en una plataforma de tipo medio o grande.
- Protocolo de comunicaciones. Es el
protocolo utilizado para enviar datos entre el cliente y el
servidor. El producto DB2 es compatible con varios protocolos:
- TCP/IP. Se puede hacer una distinción adicional de acuerdo
con la versión: TCP/IPv4 o TCP/IPv6.
- Conexiones con nombre. Esta opción solamente está disponible en Windows.
- IPC (Interprocess Communications). Este protocolo se utiliza
para conexiones locales.
Algunos entornos contienen también algunos componentes
adicionales:
- Pasarela DB2
Connect. Hace referencia a un producto
DB2 Connect Server
que proporciona una pasarela mediante la cual el
cliente de servidor de datos de IBM
puede conectarse a servidores DB2
en productos de tamaño medio y grande.
- LDAP (Lightweight Directory Access Protocol). En un entorno habilitado para LDAP, no es necesario configurar
comunicaciones cliente-a-servidor.
Cuando un cliente intenta
conectarse a una base de datos, si la base de datos no existe en
el directorio de bases de datos de la máquina local, se busca en
el directorio de LDAP la información necesaria para conectarse a la base de datos.
A continuación se listan ejemplos de situaciones donde se dan
comunicaciones cliente-a-servidor:
- Data Server Client establece comunicaciones con un servidor DB2 utilizando
TCP/IP.
- Data Server Runtime Client establece
comunicaciones con un servidor DB2 utilizando conexiones con nombre en una red Windows.
- Un servidor DB2
establece comunicaciones con otro servidor DB2 a través de algún protocolo de comunicaciones.
- Data Server Client establece comunicaciones con un servidor DB2 principal
a través de un servidor DB2
Connect utilizando TCP/IP.
Al
configurar un servidor para trabajar con entornos de desarrollo (como IBM Data Studio),
puede aparecer el mensaje de error SQL30081N en la conexión inicial DB2.
Una posible causa raíz es que el cortafuegos del servidor de bases de datos remoto
haya impedido que se establezca la conexión. En ese caso, verifique que el
cortafuegos esté bien configurado para aceptar las peticiones de conexión del cliente.
Descripción de las comunicaciones
cliente-a-servidor: tipos de conexiones
En general, cuando se habla de configurar comunicaciones
cliente-a-servidor se está haciendo referencia a conexiones remotas, y no a conexiones locales.
Una conexión local es una
conexión entre una instancia de gestor de bases de datos y una
base de datos gestionada por esa instancia. Es decir, la sentencia CONNECT se emite desde la instancia de
gestor de bases de datos hacia sí misma. Las conexiones locales se caracterizan porque no es necesaria
ninguna configuración de comunicaciones y por la utilización de
IPC (Interprocess Communications).
Una conexión remota es aquella
en la que el cliente que emite la sentencia CONNECT para una
base de datos reside en un lugar diferente al del servidor de
bases de datos. Habitualmente, el cliente y el servidor están en máquinas
diferentes. Sin embargo, son posibles las conexiones remotas dentro de la
misma máquina si el cliente y el servidor están en instancias
diferentes.
Otro tipo de conexión, menos habitual, es la conexión de bucle de retorno. Es un tipo de conexión remota en la que la conexión se
configura desde una instancia de DB2 (el cliente) a la misma instancia de DB2 (el
servidor).
Comparación de los métodos para configurar
comunicaciones cliente-a-servidor
Existen varios métodos para configurar comunicaciones
cliente-a-servidor. Para seleccionar un método apropiado es necesario responder a
dos preguntas. La primera es ¿Qué
herramienta utilizará: el Asistente de configuración o las herramientas de línea de mandatos?
- El Asistente de configuración es una herramienta gráfica que se proporciona con versiones
de los productos de servidor de
Data Server Client
y de
DB2 en
Windows y
Linux
en plataformas Intel™ x86 de 32 bits y plataformas AMD64/EM46T. Esta herramienta no se proporciona
con Data Server Runtime Client.
- Las herramientas de línea de mandatos constan del procesador
de línea de mandatos (CLP), y los mandatos db2cfexp (configuration export) y db2cfimp (configuration import).
La segunda pregunta es: ¿Qué tipo de
tarea de configuración desea realizar? Las opciones son:
- Configurar un cliente especificando la información manualmente.
- Configurar un cliente buscando en la red servidores a los que conectarse.
- Hacer que las bases de datos de un servidor sean accesibles
para uno o más clientes.
- Utilizar los valores de conexión de un cliente como base
para configurar clientes adicionales.
Si tiene las respuestas a esas preguntas, puede utilizar
la tabla mostrada más abajo para identificar el método de
configuración apropiado. Al final del tema se proporcionan enlaces
a cada método. Las notas que siguen a la tabla proporcionan más detalles.
Tabla 19. Herramientas y métodos para configurar una conexión cliente-a-servidor
Tipo de tarea de configuración |
Asistente de configuración |
Línea de mandatos |
Configurar un cliente entrando información
manualmente |
Configurar una conexión de base de datos
manualmente con el Asistente de configuración |
Configurar conexiones cliente-a-servidor
utilizando el procesador de línea de mandatos |
Configurar un cliente buscando en la red servidores
a los que conectarse |
Configurar una conexión de base de datos
realizando una búsqueda en la red con el Asistente de
configuración |
No aplicable |
Utilizar los valores de conexión de un
cliente como base para configurar clientes adicionales |
- Crear un perfil de cliente utilizando el Asistente de
configuración
- Configurar conexiones de base de datos utilizando un perfil
de cliente con el Asistente de configuración
|
Crear y utilizar un perfil de cliente
mediante los mandatos db2cfexp y
db2cfimp |
Nota:
En algunos métodos se utilizan
perfiles para configurar comunicaciones
cliente-a-servidor. Un
perfil de
cliente es un archivo que contiene valores correspondientes
a un cliente. Los valores pueden incluir:
- Información de conexión de base de datos (incluyendo los
valores de CLI u ODBC).
- Los valores de cliente (incluidos los parámetros de configuración del gestor de bases de datos y las
variables de registro DB2).
- Parámetros comunes de CLI u ODBC.
Un
perfil de servidor es
similar a un perfil de cliente, pero contiene valores
correspondientes a un servidor. Se pueden crear y utilizar perfiles mediante el Asistente de
configuración o utilizando los mandatos db2cfexp (configuration export) y db2cfimp (configuration import).
Nota:
Configurar una conexión de base de datos mediante la búsqueda en la red
con el Asistente de configuración no es un método recomendado para los usuarios de DB2 Connect
que se conectan a bases de datos en plataformas de tipo medio o grande.
Combinaciones soportadas de versiones de cliente y servidor
Esta sección describe qué versiones de cliente se pueden conectar a qué versiones
de servidor. Esto incluye el soporte de versiones anteriores
y el soporte para acceder a bases de datos de DB2 en servidores de sistema medio y sistema principal.
Combinaciones de DB2 Universal Database (UDB)
Versión 8, DB2 Versión
9.1 y DB2 Versión
9.5 (y posterior)
Los clientes de DB2 Universal Database (UDB)
Versión 8 y DB2 Versión
9.1 pueden acceder a un servidor DB2 Versión 9.5 remoto. Tenga en cuenta la restricción siguiente:
- Existe una restricción cuando un cliente está situado en el mismo sistema que
un servidor DB2
y pertenecen a versiones diferentes. En este caso, no se puede utilizar el protocolo IPC
(Interprocess Communication) para las conexiones locales
cliente-a-servidor. En su lugar, se puede establecer una conexión tratándola como
una conexión remota (denominada conexión de bucle de retorno)
que utiliza TCP/IP.
IBM Data Server Client,
IBM Data Server Runtime Client
y
IBM Data
Server Driver Package Versión 9.5
pueden acceder a servidores
DB2
Versión 9.1 y
DB2
UDB Versión 8. Sin embargo, la funcionalidad del nuevo DB2 Versión
9.5 no está disponible.
Acceso a servidores DB2 Versión 9.5 (y posterior) desde clientes DB2 UDB Versión 7
El acceso desde clientes DB2 UDB Versión 7 no está soportado.
Combinaciones de productos DB2 Versión 9.5 (y posterior) y productos DB2 en plataformas de sistema medio o de sistema principal
Los servidores de DB2 Versión 9.5 soportan el acceso desde
los clientes siguientes en plataformas de sistema medio y sistema principal:
- DB2 para
z/OS y
OS/390 Versión
7 o posterior
- DB2 para
i5/OS Versión 5 o posterior
- DB2 para
VM y VSE Versión 7
Los clientes de IBM Data Server Client Versión 9.5,
IBM Data Server Runtime Client Versión 9.5 y DB2 Versión 9.1 pueden acceder a DB2 Connect Versión 9.5, Versión 9.1 y Versión 8.
Protocolos de comunicación soportados
Este tema describe los protocolos permitidos para
conectar un
cliente de servidor de datos de IBM
con un servidor
DB2. Esto incluye:
- conexión del cliente de servidor de datos de IBM con sistemas medios o grandes
utilizando productos DB2 Connect.
- conexión de plataformas de tipo medio o grande con bases de datos en DB2 para Linux, UNIX y Windows.
El protocolo TCP/IP se puede utilizar en todas las plataformas donde se pueda ejecutar DB2 para Linux, UNIX
y Windows. Se puede utilizar TCP/IPv4 y TCP/IPv6. Las direcciones de IPv4 tienen una estructura que consta de
cuatro partes, por ejemplo, 9.11.22.314. Las
direcciones de IPv6 tienen un nombre formado por ocho partes,
donde cada parte consta de 4 dígitos hexadecimales delimitados
por dos puntos (:). Dos caracteres sucesivos de puntos sucesivos (::) representan
uno o más conjuntos de ceros. Por ejemplo, 2001:0db8:4545:2::09ff:fef7:62dc.
Los productos de base de datos de DB2 dan soporte al protocolo SSL y aceptan peticiones de SSL desde las aplicaciones que utilizan
IBM Data Server Driver para JDBC y SQLJ (conexiones de tipo 4), IBM Data Server Driver para ODBC y CLI eIBM Data
Server Driver Package. Consulte Configuración del soporte de Secure Sockets Layer (SSL) en una instancia de
DB2
Además,
el protocolo de conexiones con nombre de Windows se puede utilizar en las redes Windows.
Para administrar remotamente una base de datos DB2, debe establecer una conexión utilizando TCP/IP.
Adición de conexiones de base de datos utilizando el Asistente de configuración
Configuración de conexiones cliente-servidor utilizando
el Asistente de configuración (CA)
El Asistente de configuración es una herramienta
gráfica que se puede utilizar para configurar conexiones de base
de datos entre un cliente y una base de datos remota
DB2.
Importante:
El Asistente de configuración ha dejado de utilizarse en la Versión 9.7 y puede que se elimine en un futuro release.
Para obtener más información, consulte el tema "Las herramientas del Centro de control y el servidor de administración de DB2 (DAS) han quedado en desuso" de la publicación Novedades en la Versión 9.7.
El Asistente de configuración se proporciona con
IBM Data Server Client
y con productos de base de datos
DB2
en
Windows
y
Linux
(plataformas
Intel
x86 y x64).
El Asistente de configuración puede configurar una conexión
con una base de datos solamente si el gestor de bases de datos
remotas está configurado para aceptar peticiones de cliente
entrantes.
Por omisión, el programa de instalación del producto
DB2 database
detecta y configura la mayoría de los protocolos para conexiones
de cliente entrantes.
Puede configurar una conexión con una base de datos
utilizando uno de los métodos siguientes:
- Configuración de una conexión de base
de datos mediante una búsqueda en la red con el Asistente de
configuración
- Utilice este método si no tiene ninguna información sobre la
base de datos con la que desea conectar. Este método explora la red y lista todas las bases de datos que
están disponibles.
Para que el Asistente de configuración realice la función de
descubrimiento y devuelva información sobre sistemas
DB2,
es necesario que
DB2
Administration Server (DAS) esté habilitado y en ejecución en
los servidores.
- Configuración de conexiones
de base de datos utilizando un perfil de cliente con el
Asistente de configuración
- Utilice este método si dispone de un archivo que contiene
toda la información necesaria para acceder a la base de datos
deseada.
Este método también se puede utilizar para catalogar y conectar
con varias bases de datos especificadas en el archivo de perfil
de acceso.
- Configuración manual de una conexión
de base de datos utilizando el Asistente de
configuración
- Utilice este método si conoce toda la información necesaria
para conectar con la base de datos deseada.
Debe conocer lo siguiente:
- Los protocolos de comunicación que se pueden utilizar con el
servidor donde reside la base de datos deseada
- Los parámetros de comunicación apropiados para los
protocolos del servidor
- El nombre de la base de datos
Configuración manual de una conexión
de base de datos utilizando el Asistente de
configuración
Si tiene la información sobre la base de datos a la que desea
conectarse y el servidor en el que reside ésta, podrá entrar manualmente
toda la información de configuración. Este método es análogo al de entrar
mandatos utilizando el procesador de línea de mandatos, pero los parámetros se
presentan de forma gráfica.
Antes de configurar manualmente una conexión a una base de
datos utilizando el Asistente de configuración:
- Asegúrese de que tiene un ID de usuario válido de
DB2 para la base de datos a la
que desee conectarse.
- Si está configurando una conexión desde un sistema que tiene
instalado un producto de servidor DB2
Server o DB2 Connect, verifique que tiene
un ID de usuario con autorización SYSADM o SYSCTRL para la
instancia del gestor de bases de datos.
Para configurar manualmente una conexión con una base
de datos utilizando el Asistente de configuración:
- Inicie la sesión en el sistema con un ID de
usuario de DB2 válido.
- Inicie el Asistente de configuración. El Asistente de
configuración se puede iniciar desde el menú Inicio de Windows o mediante el mandato db2ca.
- En la barra de menús del Asistente de configuración, bajo Seleccionado, elija Añadir una base de datos utilizando asistente.
- Marque el botón de selección Configurar manualmente una conexión a una
base de datos y pulse Siguiente.
- Si utiliza Lightweight Directory Access Protocol (LDAP),
marque el botón de selección correspondiente a la ubicación
donde desee mantener los directorios de DB2. Pulse
Siguiente.
- Marque el botón de selección que corresponda al protocolo que desea
utilizar en la lista Protocolo. (Nota: aunque APPC, APPN o NetBIOS pueden todavía aparecer como
opciones, ya no se pueden utilizar). Si DB2
Connect está instalado en el sistema y selecciona TCP/IP,
podrá seleccionar La base de datos reside físicamente en un
sistema principal o sistema OS/400. Si
selecciona esta casilla, puede seleccionar el tipo de conexión
que desee establecer con el sistema principal o base de datos
OS/400:
- Para establecer una conexión mediante una pasarela DB2 Connect, marque el botón de selección Conectarse al servidor mediante la
pasarela.
- Para establecer una conexión directa, marque el botón de selección
Conectarse directamente al servidor.
Pulse
Siguiente.
- Escriba los parámetros de protocolo de comunicaciones necesarios y
pulse Siguiente.
- Escriba el nombre de alias de base de datos de la base de datos remota que
desea añadir en el campo Nombre de la base de datos
y un nombre de alias de base de datos local en el campo
Alias de base de datos. Si está añadiendo un sistema principal o base de datos OS/400, escriba el nombre de ubicación para
una base de datos OS/390 o z/OS, el nombre de RDB para una base de datos
OS/400 o el DBNAME para una base de datos VSE
o VM en el campo Nombre de base de
datos. Opcionalmente, puede añadir un comentario que describa esta base
de datos en el campo Comentario.
Pulse
Siguiente.
- Si piensa utilizar ODBC, registre esta base de datos como
fuente de datos ODBC. Asegúrese de que ODBC esté instalado antes
de realizar esta operación.
Pulse
Siguiente.
- En la ventana Especificar opciones de
nodo, seleccione el sistema operativo y escriba el nombre de la instancia
remota del sistema de bases de datos al que desea conectarse.
- En la ventana Especificar opciones del
sistema, asegúrese de que son correctos el nombre del sistema, el nombre
del sistema principal y el sistema operativo. La información de
este panel se utiliza para configurar el nodo de administración. Opcionalmente, puede escribir un comentario. Pulse
Siguiente.
- En la ventana Especificar opciones de
seguridad, especifique la opción de seguridad que se utilizará para la
autentificación.
- Pulse Finalizar. Ahora ya puede utilizar
esta base de datos.
Seleccione la acción de menú
Salir para cerrar el Asistente de
configuración.
Configuración de una conexión de base
de datos mediante una búsqueda en la red con el Asistente de
configuración
Puede utilizar el Asistente de configuración para buscar
bases de datos en una red.
Antes de configurar una conexión de base de datos mediante
una búsqueda en la red:
- Asegúrese de que tiene un ID de usuario válido para DB2.
- Si está configurando una conexión desde un sistema que tiene
instalado un producto de servidor DB2
Server o DB2 Connect, verifique que tiene
un ID de usuario con autorización SYSADM o SYSCTRL para la
instancia.
El método de búsqueda podría ser incapaz de detectar un sistema remoto
en estos casos:
- Se utiliza en un entorno de clúster.
- El Servidor de administración de DB2(DAS) no está en ejecución en el sistema remoto.
- La búsqueda ha excedido el tiempo de espera. Por omisión, la búsqueda explora la red durante
1 segundo; este tiempo podría no ser suficiente para detectar el sistema remoto. Puede definir
la variable del registro DB2DISCOVERYTIME para que especifique un
período de tiempo mayor.
- La red en la que se ejecuta la búsqueda está configurada de
tal modo que la búsqueda no accede al sistema remoto necesario.
Las consideraciones siguientes son aplicables cuando desea
configurar explícitamente una dirección IPv6 en una red
compatible con IPv6:
- El sistema debe aparecer en la lista Sistemas conocidos.
- Solamente la Vista avanzada del Asistente de configuración
permite realizar una configuración explícita de una conexión IPv6.
Para configurar una conexión de base de datos mediante
una búsqueda en la red:
- Inicie la sesión en el sistema con un ID de
usuario de DB2 válido.
- Inicie el Asistente de configuración. El Asistente de configuración se puede iniciar desde el menú Inicio en Windows o utilizando el mandato db2ca en los sistemas Windows y UNIX.
- En la barra de menús del Asistente de configuración, bajo Seleccionado, elija Añadir una base de datos utilizando asistente. Se abrirá el asistente Añadir base de
datos.
- Marque el botón de selección Buscar en la red y pulse Siguiente.
- Haga una doble pulsación en la carpeta situada junto Sistemas conocidos para listar todos
los sistemas que el cliente reconoce o haga una doble pulsación
en la carpeta situada junto a Otros
sistemas para listar todos los sistemas de la red. Si no aparece listado ningún sistema, puede pulsar
Añadir sistema para especificar
uno. Una vez añadido un sistema, se muestra en la lista
Sistemas conocidos.
- Expanda las entradas correspondientes al sistema deseado
hasta que vea la base de datos que desee añadir. Seleccione la base de datos. Pulse
Siguiente.
- Escriba un nombre de alias de base de datos local en el campo
Alias de base de datos y, opcionalmente, escriba
un comentario que describa esta base de datos en el campo
Comentario.
- Si piensa utilizar ODBC, registre esta base de datos como
fuente de datos ODBC. Para realizar esta operación, se debe
instalar ODBC.
- Pulse Finalizar. Ahora podrá utilizar la
base de datos que ha añadido. Pulse Cerrar para salir del Asistente de
configuración.
Creación de un perfil de
cliente utilizando el Asistente de configuración
Esta tarea comprende la exportación de valores de un
cliente existente a un perfil de
cliente utilizando el Asistente de configuración.
Esta tarea forma parte de la tarea más amplia de configurar uno
o más clientes utilizando los valores de un cliente existente.
Para crear un perfil de cliente utilizando el Asistente
de configuración:
- Inicie la sesión en el sistema con un ID de
usuario de DB2 válido.
- Inicie el Asistente de configuración. El Asistente de
configuración se puede iniciar desde el menú Inicio de Windows o mediante el mandato db2ca.
- En el menú Configurar, seleccione Exportar
perfil.
- Seleccione una de las opciones siguientes:
- Todo
- Si desea crear un perfil que contenga todas las bases de datos
catalogadas en el sistema y toda la información de configuración de este
cliente.
Escriba un nombre para el perfil de cliente y pulse
Guardar.
- Conexiones de base de datos
- Si desea crear un perfil que contenga todas las bases de datos
catalogadas en el sistema sin la información de
configuración de este cliente. Escriba un nombre para el perfil de cliente y pulse
Guardar.
- Personalizar
- Si desea seleccionar un subconjunto de las bases de datos que se
encuentran catalogadas en el sistema o un subconjunto de la información de
configuración de este cliente.
En la ventana
Personalizar perfil de exportación:
- Escriba un nombre para el perfil de cliente.
- Seleccione la casilla Conexiones
de base de datos para incluir conexiones de base de datos
en el perfil de cliente.
- En el cuadro Alias de base de datos disponibles, seleccione
las bases de datos que desea exportar y pulse > para añadirlas
al cuadro Alias de base de datos seleccionados. Para añadir todas
las bases de datos disponibles al cuadro Alias de base de datos seleccionados,
pulse >>.
- Seleccione las casillas correspondientes a las opciones que
desee configurar para el cliente deseado. Los parámetros de
configuración del gestor de bases de datos se pueden actualizar
y personalizar para una máquina especificada.
- Pulse Exportar para completar
esta tarea.
- Compruebe los resultados que se muestran en la pestaña Resultados.
Una vez completada esta tarea, puede configurar otros
clientes utilizando el perfil de cliente que ha creado.
Configuración de conexiones
de base de datos utilizando un perfil de cliente con el
Asistente de configuración
Esta tarea comprende la configuración de un cliente
utilizando un perfil de cliente que
ha creado u obtenido previamente. Esta tarea forma parte de la tarea más amplia de configurar uno
o más clientes utilizando los valores de un cliente existente. Estos pasos se pueden repetir para cada cliente que desee
configurar.
- Inicie la sesión en el sistema con un ID de
usuario de DB2 válido.
- Inicie el Asistente de configuración. El Asistente de
configuración se puede iniciar desde el menú Inicio de Windows o mediante el mandato db2ca.
- Desde el menú Configurar, seleccione
Importar perfil.
- Seleccione una de las opciones de importación siguientes. Puede elegir
importar toda la información de un perfil de cliente o parte de ella.
- Todo
- Seleccione esta opción para importar todo lo incluido en un perfil de
cliente. Abra el perfil de cliente que desee importar.
- Personalizar
- Seleccione esta opción para importar un subconjunto del
perfil de cliente, tal como una base de datos determinada. En la ventana
Personalizar perfil de importación:
- Seleccione el perfil de cliente que desee importar y pulse en
Cargar.
- Seleccione las bases de datos que desea importar en el recuadro Alias de base de datos
disponibles y pulse > para añadirlas
al recuadro Alias de base de datos seleccionados. Pulse >> para
añadir todas las bases de datos disponibles al recuadro Alias de base de datos seleccionados.
- Seleccione los recuadros de selección que corresponden a las opciones que
desea personalizar.
- Pulse en Importar para completar esta tarea.
- Compruebe los resultados que se muestran en la pestaña Resultados.
Prueba de una conexión de base de datos utilizando el Asistente de configuración
Después de la configuración, pruebe la conexión de la base de datos.
Para probar una conexión de base de datos:
- Inicie el Asistente de configuración.
- Resalte la base de datos en la vista de detalles y
seleccione Probar conexión en el
menú Seleccionado. Se abrirá
la ventana Probar conexión.
- Seleccione los tipos de conexión que desea
probar (CLI es el valor por
omisión). Puede probar más de un tipo al mismo tiempo. Escriba
un ID de usuario y una contraseña válidos para la base de datos
remota y pulse Probar conexión. Si la conexión es
satisfactoria, aparecerá un mensaje para confirmar la conexión en la
página Resultados. Si falla la prueba de conexión, recibirá un mensaje
de ayuda. Para cambiar
valores que pueda haber especificado incorrectamente, seleccione la base de datos en
la vista de detalles y seleccione Cambiar base de datos desde el elemento de menú Seleccionado.
Al configurar un servidor para trabajar con entornos de desarrollo (como IBM Data Studio), puede aparecer el mensaje de error SQL30081N en la conexión inicial DB2.
Una posible causa raíz es que el cortafuegos del servidor de bases de datos remoto
haya impedido que se establezca la conexión. En ese caso, verifique que el
cortafuegos esté bien configurado para aceptar las peticiones de conexión del cliente.
Consideraciones sobre LDAP para el
Asistente de configuración
En un entorno habilitado para LDAP, la información de directorio acerca de los servidores y
las bases de datos DB2 se almacena en el directorio LDAP. Cuando se crea una base de datos nueva, la base de datos se
registra automáticamente en el directorio LDAP. Durante una
conexión de base de datos, el cliente accede al directorio LDAP para recuperar
la información de base de datos y protocolo que necesita, y la utiliza para conectar
con la base de datos.
Sin embargo, puede todavía utilizar el Asistente de
configuración en el entorno LDAP para:
- Catalogar manualmente una base de datos en el directorio LDAP.
- Registrar una base de datos catalogada en LDAP como fuente
de datos ODBC.
- Configurar información de CLI/ODBC sobre el servidor LDAP.
- Eliminar una base de datos catalogada en el directorio LDAP.
Configuración de comunicaciones
cliente-a-servidor utilizando el procesador de línea de
mandatos
Esta tarea describe cómo configurar una conexión
de un
cliente de servidor de datos de IBM
con un servidor de bases de datos remoto utilizando el procesador
de línea de mandatos (CLP).
Antes de configurar una conexión de cliente a servidor, asegúrese de que:
- Existen comunicaciones de red configuradas entre la máquina donde reside el cliente de servidor de datos de IBM y la máquina donde está instalado el
servidor DB2. Una forma de verificar esto para el protocolo TCP/IP es utilizar
el mandato ping.
- El servidor DB2
está configurado para trabajar en la red. Esta configuración se realiza normalmente como parte de la instalación
y configuración del producto de servidor DB2.
Se proporcionan varios temas separados para guiarle en cada
uno de los pasos siguientes. Algunos pasos tienen una variante para cada protocolo soportado:
- Identifique los parámetros de comunicación para el
servidor de bases de datos remoto. Se proporcionan hojas de trabajo:
- Hoja de trabajo de TCP/IP
- Hoja
de trabajo de conexiones con nombre
- Si está utilizando TCP/IP, tiene la opción de actualizar el archivo hosts
y el archivo services del cliente con valores de parámetros
de comunicación correspondientes al servidor de bases de datos
remoto. Este paso no es aplicable a las conexiones con nombre.
- Catalogue el nodo servidor desde el cliente. Se proporcionan
instrucciones para cada protocolo de comunicaciones:
- Catalogue el nodo TCP/IP desde el cliente.
- Catalogue el nodo de conexiones con nombre desde el cliente.
- Catalogue la base de datos con la que quiere conectar en el cliente.
- Pruebe la conexión cliente-a-servidor.
Conexiones con nombre
Hoja de trabajo de conexiones con nombre para
configurar conexiones con nombre en el cliente
Utilice la hoja de trabajo siguiente como ayuda a fin de
identificar los valores de parámetros necesarios para configurar
comunicaciones de conexiones con nombre.
Tabla 20. Hoja de trabajo para valores de parámetros de conexiones con nombre
Parámetro |
Descripción |
Valor de ejemplo |
Valor del usuario |
Nombre de sistema (nombre_sistema) |
El nombre de sistema de la máquina servidor.
En la máquina servidor, para localizar el valor de este parámetro,
pulse Inicio y seleccione
Configuración, Panel de control. Haga una
doble pulsación en la carpeta Red y seleccione la
pestaña Identificación. Registre el nombre de sistema. |
server1 |
|
Nombre de instancia
(nombre_instancia) |
El nombre de la instancia
del servidor al que desea conectarse. |
db2 |
|
Nombre de nodo (nombre_nodo) |
Un alias local o apodo que describe el nodo al que
intenta conectarse. Puede elegir cualquier nombre que
desee; no obstante, todos los valores de nombre de nodo del directorio
de nodos locales deben ser exclusivos. |
db2node |
|
Catalogación de un nodo de conexiones con nombre
desde un cliente utilizando el CLP
Cuando cataloga un nodo de conexiones con nombre, se añade una entrada al
directorio de nodos del cliente para describir el nodo remoto. Esta entrada especifica el alias elegido (nombre_nodo),
el nombre de estación de trabajo del servidor remoto
(nombre_sistema) y la instancia
(nombre_instancia) que el cliente utilizará para
acceder al servidor DB2 remoto.
Para catalogar un nodo de conexiones con nombre (Named
Pipes) en un
cliente de servidor de datos de IBM,
escriba el mandato siguiente en el procesador de línea de
mandatos (CLP):
db2 => catalog npipe node nombre_nodo
db2 => remote nombre_sistema instance nombre_instancia
db2 => terminate
Para catalogar un nodo remoto denominado nododb2 que se encuentre en un servidor
llamado servidor1 en la instancia de db2, utilice:
db2 => db2 catalog npipe node nododb2 remote servidor1 instance db2
db2 => terminate
Conexiones TCP/IP
Hoja de trabajo de TCP/IP para
configurar una conexión de cliente a servidor
A medida que avance por los pasos de configuración, utilice la columna
Valor del usuario en la tabla siguiente para
registrar los valores necesarios.
Tabla 21. hoja de trabajo de valores de parámetros de TCP/IP
Parámetro |
Descripción |
Valor de ejemplo |
Valor del usuario |
Versión del protocolo IP |
Las opciones son:
- IPv4 - las direcciones tienen este aspecto: 9.21.15.235
- IPv6 - las direcciones tienen este aspecto: 2001:0db8:4545:2::09ff:fef7:62dc
|
IPv4 |
|
Nombre del sistema principal
- Nombre del sistema principal (nombre_sistema_principal) o
- Dirección IP (dirección_ip)
|
Para resolver el nombre de
sistema principal del sistema remoto, emita el mandato
hostname en el servidor.
Para
resolver la dirección IP, emita el mandato ping nombre_sistema_principal. |
miservidor
o
9.21.15.235
o una dirección IPv6 |
|
Nombre del servicio
- Nombre del servicio de conexión (nombsvco) o
- Número de puerto/protocolo (número_puerto/tcp)
|
Valores necesarios en el archivo de
servicios.
El nombre del servicio de
conexión es un nombre arbitrario que representa el número de puerto de
conexión (número_puerto) en el cliente.
El número de puerto debe ser el mismo número de puerto con el que
se correlaciona el parámetro nombsvco del archivo de servicios
en el sistema servidor. (El parámetro nombsvco está situado en el archivo de
configuración del gestor de bases de datos de la instancia de servidor.)
Este valor no debe utilizarse en ninguna otra aplicación y debe ser
exclusivo dentro del archivo de servicios.
En plataformas Linux o UNIX,
generalmente este valor debe ser 1024 o superior.
Póngase
en contacto con el administrador de la base de
datos con el fin de conocer los valores utilizados para
configurar el servidor. |
server1
o
3700/tcp |
|
Nombre de nodo (nombre_nodo) |
Un alias local o apodo que describe el nodo al que
intenta conectarse. Puede elegir cualquier nombre que
desee; no obstante, todos los valores de nombre de nodo del directorio
de nodos locales deben ser exclusivos. |
db2node |
|
Actualización de los archivos hosts y
services para conexiones TCP/IP
Esta tarea describe cuándo y cómo actualizar los archivos hosts y services del cliente con valores de
parámetros de comunicaciones correspondientes al servidor de
bases de datos remoto. Esta tarea es opcional para las conexiones que hacen uso de
TCP/IP y no es aplicable a las conexiones que hacen uso de conexiones con nombre. Esta tarea forma parte de la tarea más amplia de
configurar una conexión de cliente-a-servidor
utilizando el procesador de línea de mandatos.
Es necesario que actualice el archivo hosts si desea establecer una conexión
con el servidor de bases de datos remoto utilizando su nombre de
sistema principal y la red no contiene un DNS (servidor de
nombres de dominio) que se pueda utilizar para convertir ese
nombre de sistema principal en una dirección IP. Este paso no es
necesario si desea hacer referencia al servidor de bases de
datos remoto utilizando su dirección IP.
Es
necesario que actualice el archivo services si desea especificar
un nombre de servicio de conexión al establecer una conexión con el servidor de bases de datos remoto. Un servicio de conexión es un
nombre arbitrario que representa el número de puerto de la
conexión. Este paso no es necesario si desea hacer referencia al número de
puerto del servidor de bases de datos remoto.
Procedimiento
- Para actualizar el archivo hosts del cliente y
convertir el nombre de sistema principal del servidor remoto en su dirección IP:
- Utilice un editor de texto para añadir una entrada al
archivo hosts correspondiente a la
dirección IP del servidor. Por ejemplo:
9.26.13.107 miservidor # dirección IPv4 para miservidor
2002:91a:519:13:210:83ff:feff:ca71 miservidor # dirección IPv6 para miservidor
donde:
- 9.26.13.107
- representa la dirección_ip IPv4
- 2002:91a:519:13:210:83ff:feff:ca71
- representa la dirección_ip IPv6
- miservidor
- representa el nombsistprincipal
- #
- representa un comentario que describe la entrada
Nota:
Tenga en cuenta que las entradas IPv6 no son necesarias si el sistema principal no pertenece a una red IPv6. Para aquellos sistemas principales en redes IPv4 y IPv6 mixtas, un método alternativo es asignar diferentes nombres de host para las direcciones IPv4 e IPv6. Por ejemplo:
9.26.13.107 miservidor # dirección IPv4 para miservidor
9.26.13.107 miservidoripv4 # dirección IPv4 para miservidor
2002:91a:519:13:210:83ff:feff:ca71 miservidoripv6 # dirección IPv6 para miservidor
Si el servidor no está en el mismo dominio que el cliente de servidor de datos de IBM, deberá proporcionar un nombre de dominio completamente calificado
como, por ejemplo, myserver.spifnet.ibm.com, donde spifnet.ibm.com representa
el nombre de dominio.
- Para actualizar el archivo services del cliente
y convertir un nombre de servicio en el número de puerto del servidor remoto:
- Mediante un editor de texto, añada el nombre y número de
puerto del servicio de conexión al archivo services. Por ejemplo:
servidor1 50000/tcp # puerto de servicio de conexión DB2
donde:
- server1
- representa el nombre del servicio de conexión
- 50000
- representa el número de puerto de la conexión (50000 es el valor por omisión)
- tcp
- representa el protocolo de comunicaciones que se utiliza
- #
- representa el comienzo de un comentario que describe la entrada
La tabla siguiente muestra la ubicación de los archivos hosts y services mencionados en los
procedimientos anteriores.
Tabla 22. Ubicación de los archivos locales hosts y services
Sistema operativo |
Directorio |
Windows 2000 XP/Windows Server 2003 |
%SystemRoot%\system32\drivers\etc donde %SystemRoot% es
una variable de entorno definida por el sistema |
Linux o UNIX |
/etc |
Catalogación de un nodo TCP/IP
desde un cliente utilizando el CLP
Al catalogar un nodo TCP/IP, se añade una entrada al directorio de nodos de Data Server Client que describe el nodo remoto.
Esta entrada especifica el alias
elegido (nombre_nodo), el nombsistprincipal (o dirección_ip),
y el nombsvco (o número_puerto) que el cliente utiliza para
acceder al sistema principal remoto.
Debe tener autorización de administrador del sistema (SYSADM) o de controlador
del sistema (SYSCTRL), o tener la opción catalog_noauth establecida en ON. No se puede catalogar un nodo utilizando autorización de usuario root.
Para catalogar un nodo TCP/IP:
- Inicie una sesión en el sistema como
usuario con autorización de administrador del sistema
(SYSADM) o controlador del sistema (SYSCTRL).
- Si utiliza un cliente Linux o UNIX, configure el entorno de la instancia.
Ejecute el script de arranque:
- Para el shell bash, Bourne o Korn
-
. INSTHOME/sqllib/db2profile
- Para el shell C
-
source DIRINICIAL/sqllib/db2cshrc
donde
DIRINICIAL representa el directorio inicial de la instancia.
- Inicie el procesador de línea de mandatos de DB2. En Windows,
emita el mandato db2cmd desde un indicador de mandatos. En Linux o UNIX,
emita el mandato db2 desde un indicador de mandatos.
- Catalogue el nodo entrando los siguientes mandatos en el procesador
de línea de mandatos:
db2 => catalog tcpip node nombre_nodo remote nombre_sist_pral|dir_ip
server nombre_servicio|núm_puerto [remote_instance nombre_instancia]
[system nombre_sistema] [ostype tipo_so]
db2 => terminate
donde:
- nombre_nodo representa un apodo local
que puede definir para el sistema donde reside la base de datos
que desee catalogar.
- nombre_instancia representa el nombre de la instancia de servidor
en la que reside la base de datos.
- nombre_sistema representa el nombre de sistema DB2 que se utiliza para identificar
el servidor.
- tipo_so representa el tipo de sistema operativo del
servidor.
Nota:
- El mandato
terminate es necesario para renovar la
antememoria del directorio.
- Aunque remote_instance, system y ostype sean opcionales,
son necesarios para los usuarios que desean utilizar las herramientas de DB2.
- El nombre_servicio
utilizado en el cliente no tiene que ser el mismo que el del
servidor. Sin embargo, deben
coincidir los números de puerto a los que corresponden.
- Aunque no se muestra aquí, el mandato catalog tcpip node proporciona la opción
para especificar explícitamente la versión de IP, que puede ser
IPv4 o IPv6.
Para catalogar un nodo al que desee llamar db2node en un servidor remoto myserver.ibm.com que utilice el número de puerto 50000, entraría los siguiente
desde un indicador de db2:
db2 => catalog tcpip node db2node remote myserver server 50000
DB20000I El mandato CATALOG TCPIP NODE se ha completado satisfactoriamente.
DB21056W Los cambios efectuados en el directorio no entrarán en vigor hasta que se haya renovado
la antememoria del
directorio.
db2 => terminate
DB20000I El mandato TERMINATE se ha completado satisfactoriamente.
Catalogación de una base de datos
desde un cliente utilizando el CLP
Esta tarea describe cómo catalogar una base de datos desde un
cliente utilizando el procesador de línea de mandatos (CLP).
Para que una aplicación cliente pueda acceder a una base de datos
remota, la base de datos debe catalogarse en el cliente. Cuando se crea
una base de datos, ésta se cataloga automáticamente en el servidor con un
alias de base de datos igual que el nombre de la base de datos, a menos
que se especifique un alias de base de datos diferente.
La información del directorio de bases de datos, junto con la información
del directorio de nodos (a menos que catalogue una base de datos local donde
no se necesitan nodos), se utiliza en el cliente de servidor de datos de IBM para establecer una conexión con la base de datos remota.
- Necesita un ID de usuario de DB2 válido. DB2 no soporta la utilización de la autorización de usuario root para catalogar una base de datos.
- Debe tener autorización de administrador del sistema (SYSADM) o de controlador
del sistema (SYSCTRL), o tener la opción catalog_noauth establecida en ON
- Necesita la información siguiente cuando catalogue una base de datos remota:
- Nombre de la base de datos
- Alias de la base de datos
- Nombre de nodo
- Tipo de autentificación (opcional)
- Comentario (opcional)
Consulte la hoja de trabajo de valores de parámetros para catalogar una base de
datos para obtener más información sobre estos parámetros y para registrar los valores
que utilice.
- Son aplicables los valores de parámetros siguientes al catalogar una
base de datos local:
- Nombre de la base de datos
- Unidad
- Alias de la base de datos
- Tipo de autentificación (opcional)
- Comentario (opcional)
Las bases de datos locales se pueden descatalogar y volver a catalogar
en cualquier momento.
Para catalogar una base de datos en el cliente:
- Inicie la sesión en el sistema con un ID de
usuario de DB2 válido.
- Opcional. Actualice la columna Valor del usuario de la hoja de trabajo de valores de parámetros
para catalogar una base de datos.
- Si utiliza la base de datos DB2 en una plataforma Linux o UNIX,
configure el entorno de la instancia. Ejecute el script de arranque:
- Para el shell bash, Bourne o Korn
-
. INSTHOME/sqllib/db2profile
- Para el shell C
-
source DIRINICIAL/sqllib/db2cshrc
donde: DIRINICIAL representa el directorio inicial de la instancia.
- Inicie el procesador de línea de mandatos de DB2. En Windows,
emita el mandato db2cmd desde un indicador de mandatos. En Linux o UNIX,
emita el mandato db2 desde un indicador de mandatos.
- Catalogue la base de datos entrando los mandatos siguientes en el
procesador de línea de mandatos:
db2 => catalog database nombre_basedatos as alias_basedatos at
node nombre_nodo [ authentication valor_auten. ]
donde:
- nombre_basedatos representa el nombre de la base de datos que desee
catalogar.
- alias_basedatos representa un apodo local para la base de datos que
desee catalogar.
- nombre_nodo representa un apodo que se puede establecer para el sistema
que tenga la base de datos que desee catalogar.
- valor_auten. especifica el tipo de autentificación que se llevará a cabo
al conectar con la base de datos. Este parámetro es el valor por omisión del tipo de autentificación especificado en el servidor. Especificar un tipo de autentificación puede dar como resultado una mejora en el rendimiento. Son ejemplos de valores válidos: SERVER, CLIENT, SERVER_ENCRYPT
y KERBEROS.
Para catalogar una base de datos remota denominada sample de modo
que tenga el alias de base de datos local mysample, en el nodo db2node utilizando la autentificación server, entre los mandatos siguientes:
db2 => catalog database sample as mysample at node db2node
authentication server
db2 => terminate
Hoja de trabajo de valores de parámetro para catalogar una base de
datos
Utilice la siguiente hoja de trabajo para registrar los valores de parámetros
necesarios para catalogar una base de datos.
Tabla 23. Hoja de trabajo de valores de parámetros para catalogar una base de datos
Parámetro |
Descripción |
Valor de ejemplo |
Valor del usuario |
Nombre de base de datos
(nombre_basedatos) |
Cuando se crea una base de datos, el
alias de base de datos se establece en el nombre de base de datos a menos
que se especifique otro valor. Por ejemplo, cuando se cree la base de datos
sample en el servidor, también se creará el alias de base de
datos sample. El nombre de base de datos representa el alias de la base
de datos remota (en el servidor). |
sample |
|
Alias de base de datos
(alias_basedatos) |
Un apodo local arbitrario que representa
la base de datos remota. Si no se proporciona, el valor por omisión es igual
que el nombre de base de datos (nombre_basedatos). Utilice este
nombre cuando se conecte a la base de datos desde un cliente. |
miejemplo |
|
Autentificación (valor_aut) |
El tipo de autentificación necesaria en su entorno. |
Server |
|
Nombre de nodo (nombre_nodo) |
El nombre de la entrada del
directorio de nodos que describe el lugar en el que
reside la base de datos. Utilice el mismo valor de nombre de nodo
(nombre_nodo) que ha utilizado para catalogar el nodo. |
db2node |
|
Prueba de la conexión de cliente a servidor utilizando el CLP
Una vez catalogados el nodo y la base de datos, conéctese a la
base de datos para probar la conexión. Antes de probar la conexión:
- Se deben catalogar el nodo de base de datos y la base de
datos.
- Los valores de id_usuario y contraseña deben ser
correctos para el sistema en el que se autentifiquen. El
parámetro de autentificación definido en el cliente debe coincidir
con el valor establecido en el servidor, o bien se puede dejar
sin especificar. Si no se especifica un parámetro de autentificación, el cliente
toma por omisión el valor SERVER_ENCRYPT. Si el servidor no
acepta el valor SERVER_ENCRYPT, el cliente intenta utilizar el
valor devuelto por el servidor. Si el cliente especifica un valor de parámetro de autentificación
que no coincide con lo que está configurado en el servidor, se
devuelve un error.
- El gestor de bases de datos se debe iniciar
con el protocolo correcto definido en la variable del registro
DB2COMM. Si el gestor de bases de datos no está iniciado, puede
iniciarlo emitiendo el mandato db2start en el servidor de bases de
datos.
Para probar la conexión de cliente a servidor:
- Si utiliza una plataforma Linux o UNIX, configure el entorno de la instancia.
Ejecute el script de arranque:
- Para el shell bash, Bourne o Korn
-
. INSTHOME/sqllib/db2profile
- Para el shell C
-
source DIRINICIAL/sqllib/db2cshrc
donde: DIRINICIAL representa el directorio inicial de la instancia.
- Inicie el procesador de línea de mandatos de DB2. En Windows,
emita el mandato db2cmd desde un indicador de mandatos. En Linux o UNIX,
emita el mandato db2 desde un indicador de mandatos.
- Escriba el siguiente mandato en el cliente para conectar con la base de datos remota:
db2 => connect to alias_basedatos user id_usuario
Por ejemplo,
entre el mandato siguiente:
connect to mysample user jtris
Se
le solicitará que entre la contraseña.
Si la conexión es satisfactoria, se recibe un mensaje que muestra el nombre
de la base de datos a la que se ha conectado. Aparece un mensaje parecido al
siguiente:
Información de conexión de base de datos
Database server = DB2 9.1.0
ID de autorización de SQL = JTRIS
Alias de base de datos local = mysample
Ahora ya puede trabajar con la base de datos.
Por ejemplo, para recuperar una
lista de todos los nombres de tabla listados en la tabla de catálogos del sistema,
entre la siguiente sentencia de SQL:
select nombre_tabla from syscat.tables
Cuando haya terminado de utilizar la conexión de base de datos,
entre el mandato connect reset para finalizar la conexión
de ésta.
[ Principio de página | Página anterior | Página siguiente | Contenido ]