Esta sección describe cómo configurar un cliente para que se comunique con un servidor utilizando el Procesador de línea de mandatos (CLP).
Si piensa utilizar un cliente OS/2 o Windows de 32 bits para comunicarse con un servidor, el Asistente de configuración del cliente (CCA) facilita la automatización de las tareas de administración y configuración. Si ha instalado el CCA, se recomienda utilizar esta herramienta para configurar los clientes de DB2 para las comunicaciones. Consulte el capítulo Configuración de comunicaciones cliente-servidor con el Asistente de configuración de clientepara obtener más información.
Si desea configurar un cliente para que se comunique con un servidor, el servidor remoto debe estar configurado con el fin de aceptar peticiones de entrada para los protocolos de comunicaciones que se desea utilizar. Por omisión, el programa de instalación detecta y configura automáticamente la mayoría de los protocolos que se ejecutan en el servidor.
Si ha añadido un protocolo nuevo a la red o desea cambiar alguno de los valores por omisión del servidor, vea las instrucciones siguientes.
Si desea obtener instrucciones sobre cómo entrar mandatos DB2, consulte el
apartado Entrada de mandatos desde el Centro de mandatos o el apartado Entrada de mandatos desde el procesador de línea de mandatos.
![]() | Vaya al apartado que describe cómo configurar las comunicaciones para
acceder a un servidor remoto utilizando el protocolo de comunicaciones que
elija.
|
Este apartado presupone que funcionan las conexiones con nombre en las estaciones de trabajo cliente y servidor. Para conocer los requisitos del protocolo de comunicaciones para la plataforma, consulte el apartado Requisitos de software. Para conocer los protocolos de comunicaciones que su cliente y servidor soportan, consulte el apartado Casos posibles de conectividad entre cliente y servidor.
Nota: | Este protocolo sólo está soportado en Sistemas operativos Windows de 32 bits. |
Si desea establecer un cliente para que utilice comunicaciones de conexiones con nombre, efectúe los pasos siguientes:
Paso 1. | Identificación y anotación de los valores de los parámetros. |
Paso 2. | Configuración del cliente:
|
Paso 3. | Comprobación de la conexión entre el cliente y el servidor.
|
A medida que avance por los pasos de configuración, complete la columna
Valor del usuario de la tabla siguiente. Puede cumplimentar
parte de los valores antes de empezar a configurar este protocolo.
Tabla 7. Valores de Conexión con nombre necesarios en el cliente
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 doble clic en la carpeta Red y
seleccione la pestaña Identificación. Registre el nombre del
sistema.
| servidor1 | |
Nombre de instancia (nombre_instancia)
|
El nombre de la instancia del servidor al que está conectándose.
| db2 | |
Nombre de nodo (nombre_nodo) |
Un alias local o apodo que describa el nodo al que está intentando
conectarse. Puede elegir cualquier nombre que desee; no obstante,
todos los nombres de nodo del directorio de nodos locales deben ser
exclusivos.
| nododb2 |
Los pasos siguientes configuran el cliente para comunicarse con el servidor utilizando TCP/IP. Sustituya los valores de ejemplo por los de su propia hoja de trabajo.
Debe añadir una entrada al directorio del nodo del cliente que describa el nodo remoto. Esta entrada especifica el alias elegido (nombre_nodo), el nombre de sistema del servidor (nombre_sistema) y el nombre de la instancia (nombre_instancia) que el cliente utilizará para acceder al servidor remoto.
Para catalogar el nodo de conexiones con nombre, efectúe los pasos siguientes:
Paso 1. | Inicie una sesión en el sistema con un ID de usuario de DB2 válido.
Para obtener más información, consulte el Apéndice F, Normas de denominación.
| ||
Paso 2. | Catalogue el nodo entrando los mandatos siguientes: db2 catalog npipe node nombre_nodo remote nombre_sistema instance nombre_instancia terminate Por ejemplo, para catalogar un nodo remoto denominado nododb2, que está situado en el servidor denominado servidor1, en la instancia db2, utilice: db2 catalog npipe node nododb2 remote servidor1 instance db2 terminate
|
![]() | Si necesita cambiar valores que se establecieron con el mandato
catalog node, lleve a cabo los pasos siguientes:
|
Para que una aplicación cliente pueda acceder a una base de datos remota, antes se tiene que catalogar la base de datos en el nodo servidor y en cualquier nodo cliente que se vaya a conectar al mismo. Por, omisión, cuando se crea una base de datos, ésta se cataloga automáticamente en el servidor con el alias de la base de datos alias_basedatos) igual que el nombre de la base de datos (nombre_basedatos). La información del directorio de bases de datos, junto con la del directorio de nodos, se utiliza en el cliente para establecer una conexión con la base de datos remota.
Para catalogar una base de datos en el cliente, efectúe los pasos siguientes:
Paso 1. | Inicie una sesión en el sistema con un ID de usuario de DB2 válido.
Para obtener más información, consulte el Apéndice F, Normas de denominación.
| ||||||
Paso 2. | Cumplimente la columna Valor del usuario en la hoja de trabajo
siguiente.
Tabla 8. Hoja de trabajo: Valores de parámetros para catalogar bases de datos | ||||||
Paso 3. | Catalogue la base de datos entrando los mandatos siguientes: db2 catalog database nombre_basedatos as alias_basedatos at node nombre_nodo db2 terminate Por ejemplo, para catalogar una base de datos remota llamada ejemplo de forma que tenga el alias tor1, en el nodo nododb2, entre los mandatos siguientes: db2 catalog database ejemplo as tor1 at node nododb2 db2 terminate
|
Después de configurar el cliente para las comunicaciones, tendrá que conectarse con una base de datos remota para probar la conexión.
Paso 1. | Inicie el gestor de bases de datos entrando el mandato db2start en el servidor (si no se había iniciado automáticamente durante el arranque). |
Paso 2. | Si utiliza un cliente UNIX, ejecute el script de arranque del modo siguiente: . INSTHOME/sqllib/db2profile (para el shell Bash, Bourne o Korn) source INSTHOME/sqllib/db2cshrc (para el shell C) donde INSTHOME representa el directorio inicial de la instancia. |
Paso 3. | Entre el mandato siguiente en el cliente para conectar el cliente con la base de datos remota: db2 connect to alias_basedatos user idusuario using contraseña
|
Los valores para idusuario y contraseña deben ser válidos para el sistema en el que se autentifican. Por omisión, la autentificación tiene lugar en el servidor para un servidor DB2 y en el sistema principal o máquina AS/400 para un servidor DB2 Connect.
Si la conexión resulta satisfactoria, obtendrá un mensaje que indica el nombre de la base de datos con la que ha conectado. Ahora podrá recuperar datos de dicha base de datos. Por ejemplo, para recuperar una lista de todos los nombres de tabla listados en la tabla de catálogo del sistema, entre el mandato SQL siguiente en el Centro de mandatos o CLP:
"select tabname from syscat.tables"
Cuando haya terminado de utilizar la conexión con la base de datos, entre el mandato command reset para finalizar la conexión de la base de datos.
Los valores para idusuario y contraseña deben ser válidos para el sistema en el que se autentifican. Por omisión, la autentificación tiene lugar en el servidor para un servidor DB2 y en el sistema principal o máquina AS/400 para un servidor DB2 Connect.
Si la conexión resulta satisfactoria, obtendrá un mensaje que indica el nombre de la base de datos con la que ha conectado. Ahora podrá recuperar datos de dicha base de datos. Por ejemplo, para recuperar una lista de todos los nombres de tabla de la tabla de catálogo del sistema, entre el mandato SQL siguiente en el Centro de mandatos o procesador de línea de mandatos:
"select nombretabla from syscat.tables"
Cuando haya terminado de utilizar la conexión con la base de datos, entre
el mandato db2 connect reset para finalizar la conexión de la base
de datos.
![]() |
Ahora está preparado para empezar a utilizar DB2. Si desea ver temas
más avanzados, consulte la publicación Administration
Guide.
|
Si la conexión falla, compruebe los elementos siguientes:
En el servidor:
__ 1. | El valor de registro db2comm debe incluir el valor npipe. Compruebe la configuración del valor de registro db2comm entrando el mandato db2set DB2COMM. Para obtener más información, consulte la publicación Administration Guide. |
__ 2. | El servicio de seguridad se ha iniciado. Entre el mandato net start db2ntsecserver (sólo para servidores Windows NT y Windows 2000). |
__ 3. | La base de datos se habrá creado y catalogado correctamente. |
__ 4. | El gestor de bases de datos se ha detenido y vuelto a iniciar (entre los mandatos db2stop y db2start en el servidor).
|
![]() | Si surgen problemas al iniciar los gestores de conexión de un protocolo,
se visualiza un mensaje de aviso y los mensajes de error se registran
cronológicamente en el archivo db2diag.log ubicado en el
directorio INSTHOME/sqllib/db2dump para plataformas UNIX o en el
directorio x:\sqllib\db2dump para plataformas no UNIX.
Si desea obtener más información sobre el archivo db2diag.log, consulte la publicación Troubleshooting Guide. |
En el cliente:
__ 1. | El nodo se ha catalogado con el nombre de sistema correcto (nombre_sistema) y el nombre de instancia (nombre_instancia) correctos del servidor. |
__ 2. | El nombre de nodo (nombre_nodo) que se ha especificado en el directorio de bases de datos apunta a la entrada correcta del directorio del nodo. |
__ 3. | La base de datos se ha catalogado correctamente, utilizando el alias de base de datos del servidor (el alias_basedatos que se ha catalogado al crear la base de datos en el servidor, como nombre de la base de datos (nombre_basedatos) en el cliente.
|
Si después de verificar estos elementos la conexión todavía presenta anomalías, consulte la publicación Troubleshooting Guide.
Este apartado presupone que TCP/IP es funcional en las estaciones de trabajo cliente y servidor. Para conocer los requisitos del protocolo de comunicaciones para la plataforma, consulte el apartado Requisitos de software. Para conocer los protocolos de comunicaciones que su cliente y servidor soportan, consulte el apartado Casos posibles de conectividad entre cliente y servidor.
Para configurar las comunicaciones TCP/IP en un cliente DB2, efectúe los pasos siguientes:
Paso 1. | Identificación y anotación de los valores de los parámetros. |
Paso 2. | Configuración del cliente:
|
Paso 3. | Comprobación de la conexión entre el cliente y el servidor.
|
A medida que avance por los pasos de configuración, complete
la columna Valor del usuario de la tabla siguiente. Puede
cumplimentar parte de los valores antes de empezar a configurar este
protocolo.
Tabla 9. Valores de TCP/IP necesarios en el cliente
Parámetro | Descripción | Valor de ejemplo | Valor del usuario |
---|---|---|---|
Nombre del sistema principal
|
Utilice el nombsistprincipal o dirección_ip de la estación de trabajo del servidor remoto. Para resolver este parámetro:
|
sistpralservidor o 9.21.15.235
| |
Nombre del servicio
|
Valores necesarios en el archivo servicios. El nombre del servicio de conexión es un nombre local arbitrario que representa el número de puerto de conexión (número_puerto) en el servidor. El número de puerto debe ser el mismo número de puerto que el parámetro nombsvco asigna al archivo servicios en el servidor. (El parámetro nombsvco está situado en el archivo de configuración del gestor de bases de datos del servidor.) Este valor no debe utilizarlo ninguna otra aplicación y debe ser exclusivo dentro del archivo de servicios. Póngase en contacto con el administrador de la base de datos para conocer
los valores utilizados con el fin de configurar el servidor.
|
servidor1
3700/tcp
| |
Nombre de nodo (nombre_nodo) |
Un alias local o apodo que describe el nodo al que está intentando
conectarse. Puede elegir cualquier nombre que desee; de todos
modos, todos los valores de nombre de nodo del directorio de nodos locales
deben ser exclusivos.
| nododb2 |
Los pasos siguientes configuran el cliente para comunicarse con el servidor utilizando TCP/IP. Sustituya los valores de ejemplo por los de su propia hoja de trabajo.
![]() |
Si la red tiene un servidor de nombres o tiene previsto especificar
directamente la dirección IP (dirección_ip) del servidor, sáltese
este paso y vaya al Paso B. Actualización del archivo servicios.
|
El cliente debe conocer la dirección de IP del servidor con el que está intentando establecer comunicaciones. Si no existe un servidor de nombres en la red, puede especificar directamente un nombre de sistema principal que se correlacione con la dirección IP (dirección_ip) del servidor en el archivo hosts local. Vea la Tabla 10 para conocer la ubicación del archivo hosts correspondiente a su plataforma en concreto.
Si tiene previsto dar soporte a un cliente UNIX que utilice los Servicios
de información de red (NIS) y no está utilizando un servidor de nombres en la
red, debe actualizar el archivo hosts ubicado en el servidor
maestro NIS.
Tabla 10. Ubicación de los archivos hosts y de servicios locales
Plataforma | Ubicación |
---|---|
OS/2 | Especificado por la variable de entorno etc. Entre el mandato set etc para determinar la ubicación de los archivos hosts o de servicios locales. |
Windows NT o Windows 2000 | Situado en el directorio winnt\system32\drivers\etc. |
Windows 9x | Situado en el directorio windows. |
UNIX | Situado en el directorio /etc. |
Edite el archivo hosts del cliente y añada una entrada para el nombre de sistema principal del servidor. Por ejemplo:
9.21.15.235 sistpralservidor # dirección de sistpral para sistpralservidor
donde:
Si el servidor no está en el mismo dominio que el cliente, debe proporcionar un nombre de dominio plenamente cualificado como por ejemplo, sistpralservidor.vnet.ibm.com, donde vnet.ibm.com es el nombre del dominio.
![]() |
Si tiene previsto catalogar un nodo TCP/IP utilizando un número de
puerto (número_puerto), sáltese este paso y vaya al Paso C. Cómo catalogar un nodo TCP/IP.
|
Mediante un editor de textos local, añada el nombre del servicio de conexión y el número de puerto al archivo de servicios del cliente para el soporte TCP/IP. Por ejemplo:
servidor1 3700/tcp # DB2 connection service port
donde:
Si tiene previsto dar soporte a un cliente UNIX que utiliza los Servicios de información de red (NIS), debe actualizar el archivo de servicios situado en el servidor maestro NIS.
El archivo de servicios está situado en el mismo directorio que el archivo hosts local que tal vez haya editado en el apartado Paso A. Resolver la dirección del sistema principal del servidor.
Vea la Tabla 10 para conocer la ubicación del archivo servicios correspondiente a su plataforma específica.
Debe añadir una entrada al directorio del nodo del cliente que describa 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 va a utilizar para acceder al servidor remoto.
Para catalogar un nodo TCP/IP, efectúe los pasos siguientes:
Paso 1. | Inicie una sesión en el sistema con un ID de usuario de DB2 válido.
Para obtener más información, consulte el Apéndice F, Normas de denominación.
| ||
Paso 2. | Si utiliza un cliente UNIX, ejecute el script de arranque del modo siguiente: . INSTHOME/sqllib/db2profile (para shell bash, Bourne o Korn) source INSTHOME/sqllib/db2cshrc (para el shell C) donde INSTHOME es el directorio inicial de la instancia. | ||
Paso 3. | Catalogue el nodo entrando los mandatos siguientes: db2 "catalog tcpip node nombre_nodo remote [nombsistprincipal|dirección_ip] server [nombsvco|número_puerto]" db2 terminate Por ejemplo, para catalogar el servidor remoto sistpralservidor en el nodo denominado nododb2, utilizando el nombre de servicio servidor1, entre lo siguiente: db2 catalog tcpip node nododb2 remote sistpralservidor server servidor1 db2 terminate Para catalogar un servidor remoto con la dirección IP 9.21.15.235 en el nodo denominado nododb2, utilizando el número de puerto 3700, entre lo siguiente: db2 catalog tcpip node nododb2 remote 9.21.15.235 server 3700 db2 terminate
|
![]() | Si necesita cambiar valores que se establecieron con el mandato
catalog node, lleve a cabo los pasos siguientes:
|
Para que una aplicación cliente pueda acceder a una base de datos remota, antes se tiene que catalogar la base de datos en el nodo servidor y en cualquier nodo cliente que se vaya a conectar al mismo. Por, omisión, cuando se crea una base de datos, ésta se cataloga automáticamente en el servidor con el alias de la base de datos alias_basedatos) igual que el nombre de la base de datos (nombre_basedatos). La información del directorio de bases de datos, junto con la del directorio de nodos, se utiliza en el cliente para establecer una conexión con la base de datos remota.
Para catalogar una base de datos en el cliente, efectúe los pasos siguientes:
Paso 1. | Inicie una sesión en el sistema con un ID de usuario de DB2 válido.
Para obtener más información, consulte el Apéndice F, Normas de denominación.
| ||||||
Paso 2. | Cumplimente la columna Valor del usuario en la hoja de trabajo
siguiente.
Tabla 11. Hoja de trabajo: Valores de parámetros para catalogar bases de datos | ||||||
Paso 3. | Si utiliza un cliente UNIX, ejecute el script de arranque del modo siguiente: . INSTHOME/sqllib/db2profile (para shell bash, Bourne o Korn) source INSTHOME/sqllib/db2cshrc (para el shell C) donde INSTHOME representa el directorio inicial de la instancia. | ||||||
Paso 4. | Catalogue la base de datos entrando los mandatos siguientes: db2 catalog database nombre_basedatos as alias_basedatos at node nombre_nodo db2 terminate Por ejemplo, para catalogar una base de datos remota llamada ejemplo de forma que tenga el alias tor1, en el nodo nododb2, entre los mandatos siguientes: db2 catalog database ejemplo as tor1 at node nododb2 db2 terminate
|
Después de configurar el cliente para las comunicaciones, tendrá que conectarse con una base de datos remota para probar la conexión.
Paso 1. | Inicie el gestor de bases de datos entrando el mandato db2start en el servidor (si no se había iniciado automáticamente durante el arranque). |
Paso 2. | Si utiliza un cliente UNIX, ejecute el script de arranque del modo siguiente: . INSTHOME/sqllib/db2profile (para el shell Bash, Bourne o Korn) source INSTHOME/sqllib/db2cshrc (para el shell C) donde INSTHOME representa el directorio inicial de la instancia. |
Paso 3. | Entre el mandato siguiente en el cliente para conectar el cliente con la base de datos remota: db2 connect to alias_basedatos user idusuario using contraseña
|
Los valores para idusuario y contraseña deben ser válidos para el sistema en el que se autentifican. Por omisión, la autentificación tiene lugar en el servidor para un servidor DB2 y en el sistema principal o máquina AS/400 para un servidor DB2 Connect.
Si la conexión resulta satisfactoria, obtendrá un mensaje que indica el nombre de la base de datos con la que ha conectado. Ahora podrá recuperar datos de dicha base de datos. Por ejemplo, para recuperar una lista de todos los nombres de tabla listados en la tabla de catálogo del sistema, entre el mandato SQL siguiente en el Centro de mandatos o CLP:
"select tabname from syscat.tables"
Cuando haya terminado de utilizar la conexión con la base de datos, entre el mandato command reset para finalizar la conexión de la base de datos.
Si la conexión falla, compruebe los elementos siguientes:
En el servidor:
![]() |
Compruebe los valores para el valor de registro db2comm entrando
el mandato db2set DB2COMM. Para obtener más información,
consulte la publicación Administration Guide.
|
![]() | Si surgen problemas al iniciar los gestores de conexión de un protocolo,
se visualiza un mensaje de aviso y los mensajes de error se registran
cronológicamente en el archivo db2diag.log ubicado en el
directorio INSTHOME/sqllib/db2dump para plataformas UNIX o en el
directorio x:\sqllib\db2dump para plataformas no UNIX.
Si desea obtener más información sobre el archivo db2diag.log, consulte la publicación Troubleshooting Guide. |
En el cliente:
Si después de verificar estos elementos la conexión todavía presenta anomalías, consulte la publicación Troubleshooting Guide.
Este apartado presupone que NetBIOS es funcional en las estaciones de trabajo cliente y servidor. Para conocer los requisitos del protocolo de comunicaciones para la plataforma, consulte el apartado Requisitos de software. Para conocer los protocolos de comunicaciones que su cliente y servidor soportan, consulte el apartado Casos posibles de conectividad entre cliente y servidor.
Si desea establecer un cliente para que utilice las comunicaciones NetBIOS, efectúe los pasos siguientes:
Paso 1. | Identificación y anotación de los valores de los parámetros. |
Paso 2. | Configuración del cliente:
|
Paso 3. | Comprobación de la conexión entre el cliente y el servidor.
|
A medida que avance por los pasos de configuración, complete
la columna Valor del usuario de la tabla siguiente. Puede
cumplimentar parte de los valores antes de empezar a configurar este
protocolo.
Tabla 12. Valores de NetBIOS necesarios en el cliente
Parámetro | Descripción | Valor de ejemplo | Valor de usuario |
---|---|---|---|
Número de adaptador lógico (número_adaptador) |
El adaptador lógico local que se utilizará para la conexión NetBIOS.
| 0 | |
Nombre de estación de trabajo (nombren) - en el cliente | El nombre NetBIOS de la estación de trabajo cliente.
nombren lo elige el usuario y debe ser exclusivo entre todos los nodos NetBIOS de la red. | client1 | |
Nombre de la estación de trabajo (nombren) - en el servidor |
El nombre NetBIOS de la estación de trabajo servidor. Localice este parámetro en el archivo de configuración del gestor de bases
de datos del servidor.
| servidor1 | |
Nombre de nodo (nombre_nodo) |
Un alias local o apodo que describa el nodo al que está intentando
conectarse. Puede elegir cualquier nombre que desee; no obstante,
todos los nombres de nodo del directorio de nodos locales deben ser
exclusivos.
| nododb2 |
Los pasos siguientes configuran el cliente para comunicarse con el servidor utilizando TCP/IP. Sustituya los valores de ejemplo por los de su propia hoja de trabajo.
Para ver y anotar el número de adaptador lógico (número_adaptador) utilizado para la conexión NetBIOS, efectúe los pasos siguientes:
Debe actualizar el archivo de configuración del gestor de bases de datos con el parámetro del nombre de estación de trabajo del cliente (nombren).
Para actualizar el archivo de configuración del gestor de bases de datos, efectúe los pasos siguientes:
Paso 1. | Inicie una sesión en el sistema como usuario con autorización de administrador del sistema (SYSADM). Para obtener más información, consulte el apartado Utilización del grupo administrativo del sistema. |
Paso 2. | Actualice el archivo de configuración del gestor de bases de datos con el parámetro (nombren) del nombre de estación de trabajo del cliente utilizando los mandatos siguientes en el procesador de línea de mandatos: update database manager configuration using nname nname terminate Por ejemplo, si el nombre de estación de trabajo del cliente (nombren) es client1, utilice: update database manager configuration using nname client1 terminate
|
Debe añadir una entrada al directorio del nodo del cliente que describa el nodo remoto. Esta entrada especifica el alias elegido (nombre_nodo), el nombre de estación de trabajo del servidor remoto (nombren) y el número de adaptador lógico (número_adaptador) que el cliente utilizará para acceder al servidor DB2 remoto.
Para catalogar el nodo NetBIOS, efectúe los pasos siguientes:
Paso 1. | Inicie una sesión en el sistema con un ID de usuario de DB2 válido.
Para obtener más información, consulte el Apéndice F, Normas de denominación.
| ||
Paso 2. | Catalogue el nodo entrando los mandatos siguientes en el procesador de línea de mandatos: catalog netbios node nombre_nodo remote nname adapter número_adaptador terminate Por ejemplo, para catalogar un servidor de bases de datos remoto servidor1 en el nodo denominado nododb2, utilizando el número de adaptador lógico 0, utilice: catalog netbios node nododb2 remote servidor1 adapter 0 terminate
|
![]() | Si necesita cambiar valores que se establecieron con el mandato
catalog node, lleve a cabo los pasos siguientes:
|
Para que una aplicación cliente pueda acceder a una base de datos remota, antes se tiene que catalogar la base de datos en el nodo servidor y en cualquier nodo cliente que se vaya a conectar al mismo. Por, omisión, cuando se crea una base de datos, ésta se cataloga automáticamente en el servidor con el alias de la base de datos alias_basedatos) igual que el nombre de la base de datos (nombre_basedatos). La información del directorio de bases de datos, junto con la del directorio de nodos, se utiliza en el cliente para establecer una conexión con la base de datos remota.
Para catalogar una base de datos en el cliente, efectúe los pasos siguientes:
Paso 1. | Inicie una sesión en el sistema con un ID de usuario de DB2 válido.
Para obtener más información, consulte el Apéndice F, Normas de denominación.
| ||||||
Paso 2. | Cumplimente la columna Valor del usuario en la hoja de trabajo
siguiente.
Tabla 13. Hoja de trabajo: Valores de parámetros para catalogar bases de datos | ||||||
Paso 3. | Catalogue la base de datos entrando los mandatos siguientes: db2 catalog database nombre_basedatos as alias_basedatos at node nombre_nodo db2 terminate Por ejemplo, para catalogar una base de datos remota llamada ejemplo de forma que tenga el alias tor1, en el nodo nododb2, entre los mandatos siguientes: db2 catalog database ejemplo as tor1 at node nododb2 db2 terminate
|
Después de configurar el cliente para las comunicaciones, tendrá que conectarse con una base de datos remota para probar la conexión.
Paso 1. | Inicie el gestor de bases de datos entrando el mandato db2start en el servidor (si no se había iniciado automáticamente durante el arranque). |
Paso 2. | Si utiliza un cliente UNIX, ejecute el script de arranque del modo siguiente: . INSTHOME/sqllib/db2profile (para el shell Bash, Bourne o Korn) source INSTHOME/sqllib/db2cshrc (para el shell C) donde INSTHOME representa el directorio inicial de la instancia. |
Paso 3. | Entre el mandato siguiente en el cliente para conectar el cliente con la base de datos remota: db2 connect to alias_basedatos user idusuario using contraseña
|
Los valores para idusuario y contraseña deben ser válidos para el sistema en el que se autentifican. Por omisión, la autentificación tiene lugar en el servidor para un servidor DB2 y en el sistema principal o máquina AS/400 para un servidor DB2 Connect.
Si la conexión resulta satisfactoria, obtendrá un mensaje que indica el nombre de la base de datos con la que ha conectado. Ahora podrá recuperar datos de dicha base de datos. Por ejemplo, para recuperar una lista de todos los nombres de tabla listados en la tabla de catálogo del sistema, entre el mandato SQL siguiente en el Centro de mandatos o CLP:
"select tabname from syscat.tables"
Cuando haya terminado de utilizar la conexión con la base de datos, entre el mandato command reset para finalizar la conexión de la base de datos.
Los valores para idusuario y contraseña deben ser válidos para el sistema en el que se autentifican. Por omisión, la autentificación tiene lugar en el servidor para un servidor DB2 y en el sistema principal o máquina AS/400 para un servidor DB2 Connect.
Si la conexión resulta satisfactoria, obtendrá un mensaje que indica el nombre de la base de datos con la que ha conectado. Ahora podrá recuperar datos de dicha base de datos. Por ejemplo, para recuperar una lista de todos los nombres de tabla de la tabla de catálogo del sistema, entre el mandato SQL siguiente en el Centro de mandatos o procesador de línea de mandatos:
"select nombretabla from syscat.tables"
Cuando haya terminado de utilizar la conexión con la base de datos, entre el mandato db2 connect reset para finalizar la conexión de la base de datos.
Si la conexión falla, compruebe los elementos siguientes:
En el servidor:
__ 1. | El valor de registro db2comm debe incluir el valor
netbios.
| ||
__ 2. | El número de adaptador lógico será igual a 0 (o el valor de registro DB2NBADAPTERS se habrá actualizado para prevalecer sobre el valor por omisión). | ||
__ 3. | El parámetro del nombre de la estación de trabajo del servidor (nombren) se debe haber actualizado correctamente en el archivo de configuración del gestor de bases de datos (o el archivo de configuración de administración, si configura el servidor de administración). | ||
__ 4. | La ruta de red asociada con el número de adaptador lógico será Nbf (sólo para servidores de Windows NT y Windows 2000). | ||
__ 5. | El servicio de seguridad se ha iniciado. Entre el mandato net start db2ntsecserver (sólo para servidores Windows NT y Windows 2000). | ||
__ 6. | La base de datos se habrá creado y catalogado correctamente. | ||
__ 7. | El gestor de bases de datos se ha detenido y vuelto a iniciar (entre los mandatos db2stop y db2start en el servidor).
|
![]() | Si surgen problemas al iniciar los gestores de conexión de un protocolo,
se visualiza un mensaje de aviso y los mensajes de error se registran
cronológicamente en el archivo db2diag.log ubicado en el
directorio INSTHOME/sqllib/db2dump para plataformas UNIX o en el
directorio x:\sqllib\db2dump para plataformas no UNIX.
Si desea obtener más información sobre el archivo db2diag.log, consulte la publicación Troubleshooting Guide. |
En el cliente:
__ 1. | El parámetro del nombre de estación de trabajo del cliente (nombren) se debe haber actualizado correctamente en el archivo de configuración del gestor de bases de datos. |
__ 2. | El nodo se habrá catalogado con el nombre de estación de trabajo del servidor (nombren) y el número de adaptador lógico local (número_adaptador) correctos. |
__ 3. | El nombre de nodo (nombre_nodo) que se ha especificado en el directorio de bases de datos apunta a la entrada correcta del directorio del nodo. |
__ 4. | La base de datos se ha catalogado correctamente, utilizando el alias de base de datos del servidor (el alias_basedatos que se ha catalogado al crear la base de datos en el servidor, como nombre de la base de datos (nombre_basedatos) en el cliente.
|
Si después de verificar estos elementos la conexión todavía presenta anomalías, consulte la publicación Troubleshooting Guide.
Este apartado presupone que IPX/SPX es funcional en las estaciones de trabajo cliente y servidor. Para conocer los requisitos del protocolo de comunicaciones para la plataforma, consulte el apartado Requisitos de software. Para conocer los protocolos de comunicaciones que su cliente y servidor soportan, consulte el apartado Casos posibles de conectividad entre cliente y servidor.
Un cliente puede acceder a un servidor a través del Direccionamiento directo o del Direccionamiento del servidor de archivos. Para obtener una lista de los clientes IPX/SPX y los métodos de direccionamiento soportados, consulte Tabla 14 . Para obtener una descripción del Direccionamiento directo o del Direccionamiento del servidor de archivos, consulte Configuración de IPX/SPX en el servidor.
Necesita saber el método de direccionamiento IPX/SPX que se ha utilizado
para configurar el servidor antes de configurar el cliente DB2. Si el
servidor se ha configurado para utilizar el Direccionamiento directo, debe
configurar el cliente para utilizar el Direccionamiento directo para
comunicarse con el servidor. Si el servidor se ha configurado para el
Direccionamiento del servidor de archivos, puede elegir configurar el cliente
para utilizar el Direccionamiento directo o el Direccionamiento del servidor
de archivos, siempre que el cliente dé soporte al método que desea
utilizar. Para obtener una lista de los métodos de direccionamiento
soportados por IPX/SPX específicos del cliente, consulte la Tabla 14.
Tabla 14. Métodos de comunicación soportados por IPX/SPX para un cliente DB2
Plataforma del cliente | Direccionamiento directo | Direccionamiento por servidor de archivos |
---|---|---|
OS/2 | * | * |
UNIX | sin soporte | |
Windows NT | * |
|
Windows 9x | * |
|
Windows 2000 | * |
|
Para configurar un cliente DB2 para que utilice las comunicaciones IPX/SPX, efectúe los pasos siguientes:
Paso 1. | Identificación y anotación de los valores de los parámetros. |
Paso 2. | Configurar el cliente:
|
Paso 3. | Comprobación de la conexión entre el cliente y el servidor.
|
A medida que avance por los pasos de configuración, complete
la columna Valor del usuario de la tabla siguiente. Puede
cumplimentar parte de los valores antes de empezar a configurar este
protocolo.
Tabla 15. Valores de IPX/SPX necesarios en el cliente
Parámetro | Descripción | Valor de ejemplo | Valor de usuario |
---|---|---|---|
Nombre del servidor de archivos (FILESERVER) |
Direccionamiento directo: Un valor * indica que está utilizando el Direccionamiento directo. Direccionamiento del servidor de archivos: El nombre del servidor de archivos donde está registrada la instancia del servidor de bases de datos NetWare. Este parámetro debe escribirse en mayúsculas. Localice este parámetro en el archivo de configuración del gestor de bases
de datos del servidor.
|
Direccionamiento directo *
Direccionamiento del servidor de archivos NETWSRV
| |
Nombre de objeto del servidor DB2 (OBJECTNAME) |
Direccionamiento directo: La dirección interredes IPX/SPX del servidor del formato: netid.nodeid.socket# donde netid es de 8 bytes, nodeid es de 12 bytes y socket# es de 4 bytes. Para resolver este parámetro, entre el mandato db2ipxad en el servidor. Vea A. Catalogar el nodo IPX/SPX para obtener más información. Direccionamiento del servidor de archivos: La instancia del servidor del gestor de bases de datos, representada como el objeto OBJECTNAME en el servidor de archivos NetWare. La dirección interredes IPX/SPX del servidor se almacena en este objeto y recupera del mismo. Este parámetro se debe especificar en mayúsculas y debe ser exclusivo en el sistema servidor de archivos NetWare. Localice este parámetro en el archivo de configuración del gestor de bases
de datos del servidor.
|
Direccionamiento directo 09212700.400011527745.879E
Direccionamiento del servidor de archivos DB2INST1
| |
Nombre de nodo (nombre_nodo) |
Un alias local o apodo que describa el nodo al que está intentando
conectarse. Puede elegir cualquier nombre que desee; no obstante,
todos los nombres de nodo del directorio de nodos locales deben ser
exclusivos.
| nododb2 |
Los pasos siguientes configuran el cliente para comunicarse con el servidor utilizando TCP/IP. Sustituya los valores de ejemplo por los de su propia hoja de trabajo.
Debe añadir una entrada al directorio del nodo del cliente que describa el nodo remoto. Esta entrada especifica el alias elegido (nombre_nodo), el nombre del servidor de archivos (FILESERVER) y el nombre de objeto del servidor DB2 (OBJECTNAME) que el cliente utilizará para acceder al servidor DB2 remoto.
Para catalogar el nodo IPX/SPX, efectúe los pasos siguientes:
Paso 1. | Inicie una sesión en el sistema con un ID de usuario de DB2 válido.
Para obtener más información, consulte el Apéndice F, Normas de denominación.
| ||||
Paso 2. | Si utiliza un cliente UNIX, establezca el entorno de la instancia e invoque al procesador de línea de mandatos DB2. Ejecute el script de arranque de la forma siguiente: . INSTHOME/sqllib/db2profile (para el shell Bourne o Korn) source INSTHOME/sqllib/db2cshrc (para el shell C) donde INSTHOME es el directorio inicial de la instancia. | ||||
Paso 3. | Catalogue el nodo entrando los mandatos siguientes en el procesador de línea de mandatos: catalog ipxspx node nombre_nodo remote FILESERVER server OBJECTNAME terminate
|
![]() | Si necesita cambiar valores que se establecieron con el mandato
catalog node, lleve a cabo los pasos siguientes:
|
Para que una aplicación cliente pueda acceder a una base de datos remota, antes se tiene que catalogar la base de datos en el nodo servidor y en cualquier nodo cliente que se vaya a conectar al mismo. Por, omisión, cuando se crea una base de datos, ésta se cataloga automáticamente en el servidor con el alias de la base de datos alias_basedatos) igual que el nombre de la base de datos (nombre_basedatos). La información del directorio de bases de datos, junto con la del directorio de nodos, se utiliza en el cliente para establecer una conexión con la base de datos remota.
Para catalogar una base de datos en el cliente, efectúe los pasos siguientes:
Paso 1. | Inicie una sesión en el sistema con un ID de usuario de DB2 válido.
Para obtener más información, consulte el Apéndice F, Normas de denominación.
| ||||||
Paso 2. | Cumplimente la columna Valor del usuario en la hoja de trabajo
siguiente.
Tabla 16. Hoja de trabajo: Valores de parámetros para catalogar bases de datos | ||||||
Paso 3. | Si utiliza un cliente UNIX, establezca el entorno de la instancia e invoque al procesador de línea de mandatos DB2. Ejecute el script de arranque de la forma siguiente: . INSTHOME/sqllib/db2profile (para el shell bash, Bourne o Korn) source INSTHOME/sqllib/db2cshrc (para el shell C) donde INSTHOME representa el directorio inicial de la instancia. | ||||||
Paso 4. | Catalogue la base de datos entrando los mandatos siguientes: db2 catalog database nombre_basedatos as alias_basedatos at node nombre_nodo db2 terminate Por ejemplo, para catalogar una base de datos remota llamada ejemplo de forma que tenga el alias tor1, en el nodo nododb2, entre los mandatos siguientes: db2 catalog database ejemplo as tor1 at node nododb2 db2 terminate
|
Después de configurar el cliente para las comunicaciones, tendrá que conectarse con una base de datos remota para probar la conexión.
Paso 1. | Inicie el gestor de bases de datos entrando el mandato db2start en el servidor (si no se había iniciado automáticamente durante el arranque). |
Paso 2. | Si utiliza un cliente UNIX, ejecute el script de arranque del modo siguiente: . INSTHOME/sqllib/db2profile (para el shell Bash, Bourne o Korn) source INSTHOME/sqllib/db2cshrc (para el shell C) donde INSTHOME representa el directorio inicial de la instancia. |
Paso 3. | Entre el mandato siguiente en el cliente para conectar el cliente con la base de datos remota: db2 connect to alias_basedatos user idusuario using contraseña
|
Los valores para idusuario y contraseña deben ser válidos para el sistema en el que se autentifican. Por omisión, la autentificación tiene lugar en el servidor para un servidor DB2 y en el sistema principal o máquina AS/400 para un servidor DB2 Connect.
Si la conexión resulta satisfactoria, obtendrá un mensaje que indica el nombre de la base de datos con la que ha conectado. Ahora podrá recuperar datos de dicha base de datos. Por ejemplo, para recuperar una lista de todos los nombres de tabla listados en la tabla de catálogo del sistema, entre el mandato SQL siguiente en el Centro de mandatos o CLP:
"select tabname from syscat.tables"
Cuando haya terminado de utilizar la conexión con la base de datos, entre el mandato command reset para finalizar la conexión de la base de datos.
Los valores para idusuario y contraseña deben ser válidos para el sistema en el que se autentifican. Por omisión, la autentificación tiene lugar en el servidor para un servidor DB2 y en el sistema principal o máquina AS/400 para un servidor DB2 Connect.
Si la conexión resulta satisfactoria, obtendrá un mensaje que indica el nombre de la base de datos con la que ha conectado. Ahora podrá recuperar datos de dicha base de datos. Por ejemplo, para recuperar una lista de todos los nombres de tabla de la tabla de catálogo del sistema, entre el mandato SQL siguiente en el Centro de mandatos o procesador de línea de mandatos:
"select nombretabla from syscat.tables"
Cuando haya terminado de utilizar la conexión con la base de datos, entre el mandato db2 connect reset para finalizar la conexión de la base de datos.
Si la conexión falla, compruebe los elementos siguientes:
En el servidor:
__ 1. | El valor de registro db2comm debe incluir el valor
ipxspx.
| ||
__ 2. | Los parámetros FILESERVER, OBJECTNAME e IPX_SOCKET se han actualizado correctamente en el archivo de configuración del gestor de bases de datos. | ||
__ 3. | La base de datos se habrá creado y catalogado correctamente. | ||
__ 4. | El servicio de seguridad se ha iniciado. Entre el mandato net start db2ntsecserver (sólo para servidores Windows NT y Windows 2000). | ||
__ 5. | Si utiliza el Direccionamiento del servidor de archivos, asegúrese de que el servidor DB2 se hubiera registrado en el servidor de archivos NetWare después de que se actualizaran los archivos de configuración del gestor de bases de datos con los parámetros IPX/SPX necesarios. | ||
__ 6. | El gestor de bases de datos se ha detenido y vuelto a iniciar (entre los mandatos db2stop y db2start en el servidor).
|
![]() | Si surgen problemas al iniciar los gestores de conexión de un protocolo,
se visualiza un mensaje de aviso y los mensajes de error se registran
cronológicamente en el archivo db2diag.log ubicado en el
directorio INSTHOME/sqllib/db2dump para plataformas UNIX o en el
directorio x:\sqllib\db2dump para plataformas no UNIX.
Si desea obtener más información sobre el archivo db2diag.log, consulte la publicación Troubleshooting Guide. |
En el cliente:
__ 1. | Si utiliza el Direccionamiento directo, compruebe que el nodo se haya catalogado con un valor de * para FILESERVER y el valor de direccionamiento interredes IPX/SPX correcto para el parámetro OBJECTNAME. |
__ 2. | Si utiliza el Direccionamiento del servidor de archivos, compruebe que los parámetros FILESERVER y OBJECTNAME, utilizados para catalogar el nodo, coinciden con los configurados en el servidor. |
__ 3. | El nombre de nodo (nombre_nodo) que se ha especificado en el directorio de bases de datos apunta a la entrada correcta del directorio del nodo. |
__ 4. | La base de datos se ha catalogado correctamente, utilizando el alias de base de datos del servidor (el alias_basedatos que se ha catalogado al crear la base de datos en el servidor, como nombre de la base de datos (nombre_basedatos) en el cliente.
|
Si después de verificar estos elementos la conexión todavía presenta anomalías, consulte la publicación Troubleshooting Guide.
Esta sección describe el modo de configurar una estación de trabajo cliente
para que se comunique con un servidor utilizando el protocolo de
comunicaciones APPC y asume que APPC resulta funcional en las estaciones de
trabajo de cliente y servidor. Para conocer los requisitos del
protocolo de comunicaciones para la plataforma, consulte el apartado Requisitos de software. Para conocer los protocolos de comunicaciones que su
cliente y servidor soportan, consulte el apartado Casos posibles de conectividad entre cliente y servidor.
![]() | Ha de asegurarse de que el servidor con el que está intentando establecer comunicaciones da soporte a los clientes de APPC. Las comunicaciones del cliente de APPC están soportadas por los servidores de AIX, OS/2, Solaris, Windows NT y Windows 2000. |
Los pasos siguientes son necesarios para configurar un cliente para utilizar comunicaciones de APPC:
Paso 1. | Identificación y anotación de los valores de los parámetros. |
Paso 2. | Configurar el cliente:
|
Paso 3. | Comprobación de la conexión entre el cliente y el servidor.
|
A medida que avance por los pasos de configuración, complete la columna Valor del usuario de la tabla siguiente. Puede cumplimentar parte de los valores antes de empezar a configurar este protocolo.
Antes de configurar la estación de trabajo cliente, pídale al administrador de DB2 y al administrador de la LAN que rellenen copias de la hoja de trabajo de la Tabla 17 para cada instancia de DB2 a la que desee conectarse.
Después de rellenar las entradas de Valor del usuario, puede utilizar la hoja de trabajo para configurar las comunicaciones de APPC en el cliente. Durante el proceso de configuración, sustituya los valores de ejemplo que aparecen en las instrucciones de configuración por los valores de la hoja de trabajo, utilizando los números encuadrados (por ejemplo, (1)) para relacionar las instrucciones de configuración con los valores de la hoja de trabajo.
Nota: | La hoja de trabajo y las instrucciones de configuración proporcionan valores de ejemplo o sugeridos para los parámetros de configuración necesarios. Para los demás parámetros, utilice los valores por omisión del programa de comunicaciones. Si la configuración de red es diferente de la utilizada en las instrucciones, consulte al administrador de la red para conocer los valores que resultan apropiados para la red. |
Tabla 17. Hoja de trabajo para planificar las conexiones de cliente a servidor APPC
Ref. | Nombre de la estación de trabajo cliente | Nombre de red o servidor | Valor de ejemplo | Valor del usuario |
---|---|---|---|---|
Elementos de red en el servidor | ||||
(1) | Nombre de servidor | Nombre de red local | SPIFNET |
|
(2) | Nombre LU asociada | Nombre de LU local | NYX1GWOA |
|
(3) | Alias de PLU |
| NYX1GW0A |
|
(4) | Nombre de nodo asociado | Nombre del punto de control local | NYX1GW |
|
(5) | Alias de la base de datos |
| muestra |
|
(6) | Nombre de modalidad |
| IBMRDB |
|
(7) | Nombre de conexión (Nombre de enlace) |
| LINKSERV |
|
(8) | Red remota o dirección de la LAN | Adaptador local o dirección de destino | 400009451901 |
|
Elementos de red en la estación de trabajo cliente | ||||
(9) | ID de red |
| SPIFNET |
|
(10) | Nombre del punto de control local |
| CLI1GW |
|
(11) | Nombre de LU (Local) |
| CLI1GW0A |
|
(12) | Alias de LU (Local) |
| CLI1GW0A |
|
(13) | Nodo local o ID de nodo | ID BLK | 071 |
|
(14) | ID NUM | 27509 |
| |
(15) | Nombre de modalidad |
| IBMRDB |
|
(16) | Nombre de destino simbólico |
| DB2CPIC |
|
(17) | Nombre de programa de transacciones (TP) (Remoto) |
| DB2DRDA (TP de aplicación) o X' X'07'6DB' (TP de servicio) |
|
Entradas del directorio DB2 (en la estación de trabajo cliente) | ||||
(18) | Nombre de nodo |
| nododb2 |
|
(19) | Seguridad |
| Ninguno |
|
(20) | Nombre de la base de datos |
| muestra |
|
(21) | Alias de la base de datos |
| TOR1 |
|
Para cada servidor al que se esté conectando, rellene una copia de la hoja de trabajo del modo siguiente:
Utilice la hoja de trabajo completada en la Tabla 17 para configurar las comunicaciones APPC de
cliente DB2 para acceder a un servidor de DB2 Universal Database o DB2 Connect
remoto.
Este apartado describe el modo de configurar manualmente IBM eNetwork Communications Server V5 para OS/2 (CS/2 V5) en la estación de trabajo de cliente DB2 para conectarse a un servidor de DB2 Connect o DB2 Universal Database utilizando APPC.
Antes de empezar, asegúrese de que la estación de trabajo tenga instalado
CS/2 V5 o posterior.
![]() | Los pasos de este apartado describen cómo utilizar IBM eNetwork Communications Server para OS/2 versión 5. Si tiene Communications Manager para OS/2 V.1.x, los pasos a seguir son parecidos, pero la interfaz y los nombres de los menús son distintos. |
Si desea obtener más información acerca de la configuración del entorno, consulte la ayuda en línea que se proporciona con CS/2 o las publicaciones siguientes:
Se da por supuesto lo siguiente:
Estas instrucciones describen cómo crear nuevos perfiles dentro de una nueva configuración. Si va a modificar una configuración existente, quizás tenga que suprimir algunos perfiles para poder verificar la configuración.
Para configurar el sistema, efectúe los pasos siguientes:
Paso 1. | Inicie una nueva configuración
| ||
Paso 2. | Configure el protocolo
| ||
Paso 3. | Prepare un perfil DLC de la LAN
| ||
Paso 4. | Actualice las características del nodo local SNA
| ||
Paso 5. | Prepare los perfiles de conexión SNA
| ||
Paso 6. | Configure la conexión en la ventana Connection to a Peer Node o en la ventana Connection to Host.
| ||
Paso 7. | Cree un perfil de LU asociadas
| ||
Paso 8. | Establezca las características SNA
| ||
Paso 9. | Prepare un perfil de LU local Si la estación de trabajo cliente DB2 se ha definido como una LU independiente, prepare un Perfil de LU local siguiendo estos pasos:
| ||
Paso 10. | Prepare una definición de modalidad
| ||
Paso 11. | Cree la información complementaria de CPIC
| ||
Paso 12. | Guarde la configuración
|
![]() | Ahora ha de actualizar los directorios de DB2, vincular los programas de
utilidad y aplicaciones al servidor y probar la conexión.
Para plataformas OS/2 y Windows, se recomienda la utilización del Asistente de configuración del cliente. Para obtener más información, consulte el Configuración de comunicaciones cliente-servidor con el Asistente de configuración de cliente. Para obtener instrucciones de configuración manual y para plataformas UNIX, consulte el apartado Paso 3. Catalogar el nodo de APPC o APPN y los apartados siguientes. |
Este apartado describe el modo de configurar IBM Personal Communications para el Sistemas operativos Windows de 32 bits en la estación de trabajo de cliente DB2 para conectarse a un servidor de DB2 Connect o DB2 Universal Database utilizando APPC.
Antes de empezar, asegúrese de que IBM Personal Communications para Sistemas operativos Windows de 32 bits que ha instalado cumpla los requisitos siguientes:
__ 1. | Que sea la versión 4.2 o posterior |
__ 2. | Que la interfaz IBM Personal Communications IEEE 802.2 LAN o el controlador LLC2 estén instalados. Que el controlador LLC2 se encuentre instalado desde el directorio de instalación de IBM Communications Server. Para verificarlo, lleve a cabo los pasos siguientes:
|
Se hacen los siguientes supuestos:
Para iniciar IBM Personal Communications, efectúe los pasos siguientes:
Paso 1. | Pulse Inicio y seleccione Programas --> IBM Communications Server --> SNA Node Configuration. Aparecerá la ventana IBM Personal Communications SNA Node Configuration. |
Paso 2. | Seleccione File --> New en la barra de menús. Se abrirá la ventana Define the Node. Los pasos subsiguientes empezarán desde esta ventana.
|
Para configurar las comunicaciones APPC, efectúe los pasos siguientes:
Paso 1. | Configure el nodo
|
Paso 2. | Configurar el dispositivo
|
Paso 3. | Configure las conexiones
|
Paso 4. | Configure la LU asociada 6.2
|
Paso 5. | Configure las modalidades
|
Paso 6. | Configure la LU local 6.2
|
Paso 7. | Configure la información complementaria de CPI-C
|
Paso 8. | Guarde la configuración
|
Paso 9. | Actualice el entorno IBM Personal Communications utiliza una variable de entorno llamada appcllu para establecer la LU local por omisión que se utiliza para las comunicaciones APPC. Se puede establecer esta variable para cada sesión abriendo una ventana de mandatos y escribiendo el mandato set appcllu=nombre_lu_local, donde nombre_lu_local es el nombre de la LU local que desea utilizar. Sin embargo, probablemente le resultará más conveniente establecer la variable de forma permanente. Para establecer permanentemente la variable en Windows NT o Windows 2000, efectúe los pasos siguientes:
La variable de entorno permanecerá así establecida para sesiones futuras. |
Paso 10. | Inicie Operaciones de nodos SNA
|
![]() | Ahora ha de actualizar los directorios de DB2, vincular los programas de
utilidad y aplicaciones al servidor y probar la conexión.
Para plataformas OS/2 y Windows, se recomienda la utilización del Asistente de configuración del cliente. Para obtener más información, consulte el Configuración de comunicaciones cliente-servidor con el Asistente de configuración de cliente. Para obtener instrucciones de configuración manual y para plataformas UNIX, consulte el apartado Paso 3. Catalogar el nodo de APPC o APPN y los apartados siguientes. |
Este apartado describe el modo de configurar IBM eNetwork Communications Server para Windows NT (CS/NT) en una estación de trabajo de cliente DB2 para conectarse a un servidor de DB2 Connect o DB2 Universal Database.
Nota: | Las referencias a Windows NT y CS/NT de este apartado también se aplican a Windows 2000. |
Antes de empezar, asegúrese de que IBM eNetwork Communications Server para Windows NT (CS/NT) que ha instalado cumpla los requisitos siguientes:
__ 1. | Que sea la versión 5.0 o posterior si tiene previsto actualizar varias bases de datos dentro de la misma transacción. Si tiene previsto utilizar la confirmación en dos fases, es necesaria la versión 5.01 de CS/NT |
__ 2. | Que la interfaz IBM Personal Communications Server IEEE 802.2 LAN o el controlador LLC2 estén instalados. Que el controlador de LLC2 se haya instalado desde el directorio de instalación de CS/NT. Durante la instalación, CS/NT le pregunta si desea instalar LLC2. Si no está seguro de que se haya instalado LLC2 con la copia de CS/NT, puede averiguarlo de la manera siguiente:
|
__ 3. | Que se hayan aplicado los arreglos APAR JR11529 y JR11170. Estos arreglos son necesarios para habilitar la cancelación de consultas en proceso mediante la utilización de Ctrl-BREAK o la emisión de la llamada de SQLCancel ODBC/CLI.
|
Para iniciar IBM eNetwork Communications Server, efectúe los pasos siguientes:
Paso 1. | Pulse Inicio y seleccione Programas --> IBM Communications Server --> SNA Node Configuration. Se abrirá la ventana IBM Communications Server SNA Node Configuration. |
Paso 2. | Seleccione File --> New--> Advanced en la barra de menús. Se abrirá la ventana Configuration options. Los pasos subsiguientes empezarán desde esta ventana.
|
Para configurar IBM eNetwork Personal Server para comunicaciones APPC, efectúe los pasos siguientes:
Paso 1. | Configure el nodo
| ||||||||||||
Paso 2. | Configure el dispositivo
| ||||||||||||
Paso 3. | Configure las conexiones
| ||||||||||||
Paso 4. | Configure la LU asociada 6.2
| ||||||||||||
Paso 5. | Configure las modalidades
| ||||||||||||
Paso 6. | Configure la LU local 6.2
| ||||||||||||
Paso 7. | Configure la información complementaria de CPI-C
| ||||||||||||
Paso 8. | Guarde la configuración
| ||||||||||||
Paso 9. | Actualizar el entorno CS/NT utiliza una variable de entorno llamada appcllu para establecer la LU local APPC por omisión. Puede establecer esta variable para cada sesión abriendo una ventana de mandatos y escribiendo set appcllu=nombre_lu_local, donde nombre_lu_local es el nombre de LU local; no obstante, probablemente le resultará más conveniente establecer la variable de forma permanente. Para establecer permanentemente la variable en Windows NT, efectúe los pasos siguientes:
La variable de entorno permanecerá así establecida para sesiones futuras. | ||||||||||||
Paso 10. | Inicie Operaciones de nodos SNA Para iniciar las Operaciones de nodos SNA en la máquina, efectúe los pasos siguientes:
Se empezarán a ejecutar las operaciones de nodos SNA. | ||||||||||||
Paso 11. | Registre Communications Server como servicio de Windows NT Para iniciar automáticamente Communications Server al iniciar la máquina, se puede registrar como servicio de Windows NT. Para registrar Communications Server como servicio NT, ejecute uno de los mandatos siguientes: csstart -a (para registrar Communications Server con la configuración por omisión) o: csstart -a c:\ibmcs\private\your.acg donde c:\ibmcs\private\your.acg representa el nombre plenamente cualificado del archivo de configuración de Communications Server, no definido por omisión, que desea utilizar. A partir de este momento, siempre que se arranque la máquina, Communications Server se iniciará automáticamente con el archivo de configuración necesario.
|
![]() | Ahora ha de actualizar los directorios de DB2, vincular los programas de
utilidad y aplicaciones al servidor y probar la conexión.
Para plataformas OS/2 y Windows, se recomienda la utilización del Asistente de configuración del cliente. Para obtener más información, consulte el Configuración de comunicaciones cliente-servidor con el Asistente de configuración de cliente. Para obtener instrucciones de configuración manual y para plataformas UNIX, consulte el apartado Paso 3. Catalogar el nodo de APPC o APPN y los apartados siguientes. |
Lea este apartado si tiene una estación de trabajo Windows NT que tenga instalado el cliente API SNA de IBM eNetwork Communications Server para Windows NT versión 5.0 o posterior y desea conectar con un servidor IBM eNetwork Communications Server para Windows NT.
Nota: | Las referencias a Windows NT de este apartado también se aplican a Windows 2000. |
El servidor de Communications Server para Windows NT y su cliente API SNA actúan como un cliente separado. Esta configuración requiere que se disponga de una aplicación habilitada para APPC (como por ejemplo cliente DB2) que se ejecute en una estación de trabajo cliente API SNA.
![]() | Las instrucciones de este apartado utilizan un cliente Windows NT. Las instrucciones para otros sistemas operativos con soporte son similares; para más información, consulte la documentación de Communications Server para Windows NT. |
Para configurar el cliente Windows NT API SNA para comunicaciones APPC, efectúe los pasos siguientes:
Paso 1. | Crear una cuenta de usuario para el cliente API SNA en el servidor de Communications Server para Windows NT
|
Paso 2. | Inicie la GUI de configuración para el cliente API SNA de IBM eNetwork CS/NT. Pulse el botón Inicio y seleccione Programas --> IBM Communications Server SNA Client --> Configuration. Se abre la ventana CS/NT SNA Client Configuration. |
Paso 3. | Configure los datos globales
|
Paso 4. | Configure la lista de servidores APPC
|
Paso 5. | Configure la información complementaria de CPI-C
|
Paso 6. | Guarde la configuración
|
![]() | Ahora ha de actualizar los directorios de DB2, vincular los programas de
utilidad y aplicaciones al servidor y probar la conexión.
Para plataformas OS/2 y Windows, se recomienda la utilización del Asistente de configuración del cliente. Para obtener más información, consulte el Configuración de comunicaciones cliente-servidor con el Asistente de configuración de cliente. Para obtener instrucciones de configuración manual y para plataformas UNIX, consulte el apartado Paso 3. Catalogar el nodo de APPC o APPN y los apartados siguientes. |
Este apartado describe el modo de configurar Microsoft SNA Server versión para Windows NT en la estación de trabajo de cliente DB2 para conectarse a un servidor de DB2 Connect o DB2 Universal Database utilizando APPC. Aunque Microsoft SNA Server funcionará en Windows NT 4.0 Workstation, se recomienda un servidor Windows NT 4.0.
Nota: | Las referencias a Windows NT de este apartado también se aplican a Windows 2000. |
![]() | Si desea obtener instrucciones sobre cómo configurar Microsoft SNA Client para Windows NT, vaya al apartado Configuración de Microsoft SNA Client. |
Se pueden definir las propiedades de las conexiones SNA en Microsoft SNA Server Manager (Server Manager). Server Manager utiliza una interfaz parecida a la del Explorador de Windows NT. Hay dos paneles en la ventana principal del Server Manager. Se puede acceder a todas las opciones de configuración que vamos a utilizar efectuando una pulsación con el botón derecho del ratón sobre los objetos del panel de la parte izquierda de la ventana. Cada uno de los objetos tiene un menú de contexto al que se puede acceder pulsando con el botón derecho del ratón sobre el objeto.
Si desea configurar las comunicaciones APPC para que las utilice el cliente DB2 que utiliza Microsoft SNA Server Manager, lleve a cabo los pasos siguientes:
Paso 1. | Inicie Server Manager pulsando el botón Inicio y seleccionando Programas -->Microsoft SNA Server --> Manager. Se abrirá la ventana Microsoft SNA Server Manager. |
Paso 2. | Defina el nombre de punto de control
|
Paso 3. | Defina el servicio de enlace (802.2)
|
Paso 4. | Defina las propiedades de la conexión
|
Paso 5. | Defina una LU local
|
Paso 6. | Defina una LU remota
El programa cumplimentará los demás campos. Si el alias de LU no es igual que el nombre de LU, asegúrese de especificar el nombre de LU en el campo pertienente. El programa lo cumplimentará automáticamente, pero resultará incorrecto si el alias y el nombre no son iguales. |
Paso 7. | Pulse OK.
|
Defina una modalidad
Defina las propiedades del nombre CPIC
Guarde la configuración.
![]() | Ahora ha de actualizar los directorios de DB2, vincular los programas de
utilidad y aplicaciones al servidor y probar la conexión.
Para plataformas OS/2 y Windows, se recomienda la utilización del Asistente de configuración del cliente. Para obtener más información, consulte el Configuración de comunicaciones cliente-servidor con el Asistente de configuración de cliente. Para obtener instrucciones de configuración manual y para plataformas UNIX, consulte el apartado Paso 3. Catalogar el nodo de APPC o APPN y los apartados siguientes. |
Este apartado proporciona instrucciones paso a paso para configurar las comunicaciones entre la estación de trabajo Microsoft SNA Client y una estación de trabajo Windows que tenga instalado Microsoft SNA Server V4.0 (o posterior).
Nota: | Las referencias a Windows de este apartado también se aplican a Windows NT y a Windows 2000. |
![]() | Para obtener instrucciones sobre el modo de configurar Microsoft SNA Server versión 4 para Windows en la estación de trabajo de cliente DB2 para conectarse a un servidor de DB2 Connect o DB2 Universal Database utilizando APPC, vaya al apartado Configuración de Microsoft SNA Server para Windows NT y Windows 2000. |
En el resto de este apartado se da por supuesto:
Para configurar Microsoft SNA Client, lleve a cabo los pasos siguientes:
Para que el software de Microsoft SNA Client funcione del modo debido debe tener acceso a un Microsoft SNA Server configurado del modo debido. Pida al administrador del SNA Server que:
Paso 1. | Le consiga la licencia correspondiente para utilizar Microsoft SNA Client en la estación de trabajo. |
Paso 2. | Le defina una contraseña e ID de usuario en el dominio de SNA Server. |
Paso 3. | Defina conexiones para las bases de datos de servidor a los que ha de acceder, tal y como se describe en el apartado Configuración de Microsoft SNA Server para Windows NT y Windows 2000. |
Paso 4. | Le facilite el nombre de destino simbólico, ((16)), nombre de la base de datos ((5)) y cuenta de usuario que ha de utilizarse para la conexión definida en el paso anterior. Si piensa cambiar las contraseñas de servidor, el administrador de SNA también tendrá que facilitarle nombres de destino simbólico para las tareas de gestión de contraseña en cada servidor. |
Paso 5. | Le facilite el nombre de dominio de Microsoft SNA Server y el protocolo utilizado para la comunicación con el servidor SNA (TCP/IP, NetBEUI, IPX/SPX).
|
Consiga el software de Microsoft SNA Client y siga las instrucciones contenidas en el mismo para iniciar el programa de instalación. Cuando llegue a la ventana de Componentes opcionales, deseleccione el recuadro de selección Instalar controlador ODBC/DRDA.
Paso 1. | Pulse el botón Inicio y seleccione Programas--> DB2 para Windows --> Asistente de configuración del cliente. | ||||
Paso 2. | Ha de facilitar la información siguiente:
|
![]() | Ahora ha de actualizar los directorios de DB2, vincular los programas de
utilidad y aplicaciones al servidor y probar la conexión.
Para plataformas OS/2 y Windows, se recomienda la utilización del Asistente de configuración del cliente. Para obtener más información, consulte el Configuración de comunicaciones cliente-servidor con el Asistente de configuración de cliente. Para obtener instrucciones de configuración manual y para plataformas UNIX, consulte el apartado Paso 3. Catalogar el nodo de APPC o APPN y los apartados siguientes. |
Este apartado describe el modo de configurar IBM eNetwork Communication Server V5.0.2.5 para AIX en la estación de trabajo de cliente DB2 para conectarse a un servidor de DB2 Connect o DB2 Universal Database utilizando APPC. IBM eNetwork Communication Server para AIX es el único producto SNA soportado para DB2 Connect que se ejecuta en máquinas RS/6000.
Antes de empezar, asegúrese de que la estación de trabajo tenga IBM eNetwork Communication Server V5.0.2.5 para AIX (CS/AIX) instalado. Si necesita información adicional para configurar el entorno SNA, consulte la ayuda en línea que se proporciona con CS/AIX.
Se hacen los siguientes supuestos:
Para configurar CS/AIX para que DB2 lo utilice, inicie una sesión en el sistema como usuario con autorización root y utilice la herramienta /usr/bin/snaadmin o la herramienta /usr/bin/X11/xsnaadmin. Se puede encontrar información sobre estos programas en la documentación del sistema. Para utilizar el programa xsnaadmin para configurar CS/AIX, efectúe los pasos siguientes:
Paso 1. | Entre el mandato xsnaadmin. Se abrirá la ventana Node para el servidor. | ||
Paso 2. | Defina un nodo
| ||
Paso 3. | Defina un puerto
| ||
Paso 4. | Defina una estación de enlace
| ||
Paso 5. | Defina una LU local
| ||
Paso 6. | Defina una LU asociada en la estación de enlace
| ||
Paso 7. | Defina un alias para la LU asociada
| ||
Paso 8. | Defina una modalidad
| ||
Paso 9. | Definir el nombre de destino de CPI-C
| ||
Paso 10. | Comprobación de la conexión APPC
|
![]() | Ahora ha de actualizar los directorios de DB2, vincular los programas de
utilidad y aplicaciones al servidor y probar la conexión.
Para plataformas OS/2 y Windows, se recomienda la utilización del Asistente de configuración del cliente. Para obtener más información, consulte el Configuración de comunicaciones cliente-servidor con el Asistente de configuración de cliente. Para obtener instrucciones de configuración manual y para plataformas UNIX, consulte el apartado Paso 3. Catalogar el nodo de APPC o APPN y los apartados siguientes. |
Este apartado describe el modo de configurar Bull DPX/20 SNA/20 Server en la estación de trabajo de cliente DB2 para conectarse a un servidor de DB2 Connect o DB2 Universal Database utilizando APPC. Si hay un Bull DPX/20 SNA/20 Server instalado antes de instalar el cliente DB2, éste utiliza Bull SNA. De lo contrario, será necesario configurar DB2 Connect para que funcione con IBM eNetwork Communications Server V5.0.2.5 para AIX. Consulte el apartado Configuración de IBM eNetwork Communications Server para AIX para obtener más información.
Para determinar si Bull SNA se encuentra instalado en el sistema AIX 4.2 (o posterior), entre el mandato siguiente:
lslpp -l express.exsrv+dsk
Si Bull SNA está instalado, verá una salida parecida a la siguiente:
Catálogo de archivos Nivel Estado Descripción ---------------------------------------------------------------------- Vía : /usr/lib/objrepos express.exsrv+dsk 2.1.3.0 CONFIRMADO EXPRESS SNA Server e Integrated Desktop
Si instala Bull SNA después de instalar el cliente DB2 y desea que el cliente utilice Bull SNA en lugar de IBM eNetwork Communications Server para AIX, inicie una sesión en el sistema como usuario con autorización root y entre el mandato siguiente:
/usr/lpp/db2_06_01/cfg/db2cfgos
Si desea instalar Bull DPX/20 SNA/20 Server, debe disponer del software siguiente:
__ 1. | AIX V4.2 |
__ 2. | Express SNA Server V2.1.3
|
Si desea obtener más información acerca de cómo configurar el entorno SNA,
consulte la publicación Bull DPX/20 SNA/20 Server Configuration Guide.
![]() | DB2 Connect, si se utiliza con el servidor de Bull SNA, no puede tener conexiones APPC de entrada procedentes de clientes remotos. Las únicas conexiones APPC que puede tener son las conexiones APPC de salida al sistema principal. |
Para configurar Bull SNA para que DB2 Connect lo utilice, entre el mandato express para configurar los parámetros SNA siguientes:
Config Express Configuración por omisión para EXPRESS Nodo CLI1 SPIFNET.CLI1 (HOSTNAME=CLI1) Lu indep. Lu 6.2 que utilizan todas las estaciones LU CLI1GW LU de punto de control Enlace tok0.00001 Enlace (tok0) Estación SERV Para SERV desde CLI1 LU CLI1GW0A Para SERV desde CLI1 Par de LU NYX1GW0A Para SERV desde CLI1 Modal. IBMRDB IBMRDB
Utilice los valores por omisión para los campos que no aparezcan en esta lista.
El ejemplo siguiente ilustra la configuración de ejemplo:
Definición del hardware: Sistema (nombre sist.pral.) = CLI1 Adaptador y puerto = CLI1.tok0 Dirección MAC = 400011529778 Definición del nodo SNA: Nombre = CLI1 Descripción = SPIFNET.CLI1 (HOSTNAME=CLI1) ID red = SPIFNET Punto de control = CLI1GW Bloque XID = 071 ID XID = 27509 Definición del enlace de Red en anillo: Nombre = tok0.00001 Descripción = Link (tok0) Nombre red conexión ID red = SPIFNET Punto control = NYX1GW Definición de la estación de red en anillo: Nombre = SERV Descripción = Para SERV desde CLI1 Dirección MAC remota = 400009451901 Nombre nodo remoto ID red = SPIFNET Punto control = NYX1GW Definición de LU 6.2 local: Nombre = CLI1GW0A Descripción = Para SERV desde CLI1 ID red = SPIFNET Nombre de LU = CLI1GW0A Definición de LU 6.2 remota: Nombre = NYX1GW0A Descripción = To SERV from NYX1 ID red = SPIFNET Nombre LU = NYX1GW0A ID red remota = SPIFNET Punto control remoto = NYX1GW Nombre no interpretado = NYX1GW Definición de modalidad: Nombre = IBMRDB Descripción = IBMRDB Clase de servicio= #CONNECT Definición de Información de destino simbólico: Nombre = DB2CPIC Descripción = Para SERV desde NYX1 LU asociada = SPIFNET.NYX1GWOA Modalidad = IBMRDB LU local = CLI1GW0A TP asociado = DB2DRDA
Después de configurar estos parámetros SNA, deberá detener e iniciar el servidor SNA. Para hacerlo, lleve a cabo los pasos siguientes:
Paso 1. | Inicie una sesión en el sistema como usuario con autorización root. |
Paso 2. | Asegúrese de que la VÍA DE ACCESO contenga la entrada $express/bin (/usr/lpp/express/bin). |
Paso 3. | Compruebe los usuarios activos antes de la detención entrando el mandato siguiente: express_adm shutdown |
Paso 4. | Detenga toda actividad EXPRESS entrando el mandato siguiente: express_adm stop |
Paso 5. | Inicie EXPRESS entrando el mandato siguiente: express_adm start
|
![]() | Ahora ha de actualizar los directorios de DB2, vincular los programas de
utilidad y aplicaciones al servidor y probar la conexión.
Para plataformas OS/2 y Windows, se recomienda la utilización del Asistente de configuración del cliente. Para obtener más información, consulte el Configuración de comunicaciones cliente-servidor con el Asistente de configuración de cliente. Para obtener instrucciones de configuración manual y para plataformas UNIX, consulte el apartado Paso 3. Catalogar el nodo de APPC o APPN y los apartados siguientes. |
Este apartado describe el modo de configurar SNAPlus2 para HP-UX en la estación de trabajo de cliente DB2 para conectarse a un servidor de DB2 Connect o DB2 Universal Database utilizando APPC.
Antes de empezar, asegúrese de que la estación de trabajo tiene HP-UX SNAPlus2 instalado. Si necesita más información para configurar el entorno SNA, consulte la ayuda en línea que se proporciona con SNAPlus2.
Se hacen los siguientes supuestos:
Para configurar SNAPlus2 para DB2 Connect, inicie una sesión en el sistema como usuario con autorización root y utilice el programa /opt/sna/bin/snapadmin o el programa /opt/sna/bin/X11/xsnapadmin. Se puede encontrar información sobre estos programas en la documentación del sistema. Los pasos siguientes describen cómo utilizar el programa xsnapadmin para configurar SNAplus2.
Paso 1. | Entre el mandato xsnapadmin. Se abre la ventana Servidores. Efectúe una doble pulsación en el nodo. |
Paso 2. | Defina un nodo
|
Paso 3. | Defina un puerto
|
Paso 4. | Defina una estación de enlace
|
Paso 5. | Defina una LU local
|
Paso 6. | Defina un nodo remoto
|
Paso 7. | Defina una LU asociada
|
Paso 8. | Defina una modalidad
|
Paso 9. | Defina el nombre de destino de CPI-C
|
Paso 10. | Comprobación de la conexión APPC
|
![]() | Ahora ha de actualizar los directorios de DB2, vincular los programas de
utilidad y aplicaciones al servidor y probar la conexión.
Para plataformas OS/2 y Windows, se recomienda la utilización del Asistente de configuración del cliente. Para obtener más información, consulte el Configuración de comunicaciones cliente-servidor con el Asistente de configuración de cliente. Para obtener instrucciones de configuración manual y para plataformas UNIX, consulte el apartado Paso 3. Catalogar el nodo de APPC o APPN y los apartados siguientes. |
Este apartado describe el modo de configurar SunLink SNA PU 2.1 (SunLink SNA) para Solaris en la estación de trabajo de cliente DB2 para conectarse a un servidor de DB2 Connect o DB2 Universal Database utilizando APPC.
Antes de empezar, asegúrese de que la estación de trabajo tiene SunLink SNA instalado. Si necesita información adicional para configurar el entorno SNA, consulte la publicación SunLink PU 2.1 Server Configuration and Administrator's Manual.
Se hacen los siguientes supuestos:
Para configurar el SunLink SNA Server para que lo utilice DB2 Client, inicie la sesión con el sistema como usuario root y efectúe los pasos siguientes:
Paso 1. | |
Paso 2. | |
Paso 3. | Definición de las variables de entorno que necesita SunLink SNA |
Paso 4. | Inicio del subsistema SunLink SNA
|
Puede utilizar cualquier editor de texto plano para crear el archivo complementario de CPIC. El archivo debe colocarse en la vía de acceso de la aplicación para un DB2 Connect autónomo para el sistema Solaris.
Nota: | El nombre del archivo complementario de CPIC debe ser el mismo que el del nombre de destino simbólico especificado en el directorio de nodo de DB2 en el cliente DB2. |
El ejemplo siguiente muestra los apartados del archivo complementario de CPIC que se necesitan para configurar el SunLink SNA para conectarse a un servidor DB2:
# CPIC Side File information # PTNR_LU_NAME=NYX1GW0A MODE_NAME=IBMRDB TP_NAME=DB2DRDA SECURITY=NONE
Puede utilizar cualquier editor de texto plano para crear el archivo de configuración de servidor de SNA. Este archivo se denomina sunpu2.config y debe situarse en /opt/SUNWpu21, o en el directorio en el que está instalado SunLink SNA PU 2.1 Server.
El ejemplo siguiente muestra los apartados del archivo de configuración que se necesitan para configurar el SunLink SNA para conectarse a un servidor DB2:
// Configuración de ejemplo de SunLink SunLU6.2/SunPU2.1 SNA Server // Sistema de igual a igual de red en anillo A @(#)sunlu62.a.tr // // La conexión física es un adaptador de interfaz de Red en anillo. CP NAME=CLI1GW // Nombre local (8 car máx) NQ_CP_NAME=SPIFNET.CLI1GW // Nombre de red cualificado ; TRLINE NAME=MAC1 // Nombre específico de SunLink SOURCE_ADDRESS=x'400011527509' // sysA_mac_addr para máquina Sun ; DLC NAME=SERVLINK // Nombre definido por el usuario (8 car máx.) LINK_NAME=MAC1 // Nombre de la línea en la que está esta estación LCLLSAP=x'04' // Punto de acceso al servicio de enlace local RMTLSAP=x'04' // Eliminar punto de acceso al servicio de enlace RMTMACADDR=x'400009451901 // sysB_mac_addr TERMID=x'07127509' // negociación de XID ; LU NAME=CLI1GW0A // Nombre local (8 car máx) NQ_LU_NAME=SPIFNET.CLI1GW0A // Nombre de red cualificado SESS_LMT=50 // Sesiones de LU máx LUTYPE=6.2 ; PTNR_LU NAME=NYX1GW0A // Nombre LU asociada (8 car máx) LOC_LU_NAME=CLI1GWOA // LU local asociada NQ_LU_NAME=SPIFNET.NYX1GW0A // Nombre de red cualificado ; MODE NAME=IBMRDB // Nombre modalidad (8 car máx) DLC_NAME=SERVLINK // DLC asociado PTNR_LU_NAME=NYX1GW0A // LU asociada LCL_MAX_SESS_LMT=30 // Límite máx de sesiones MIN_CW_SESS=15 // Min Conwinners MIN_CL_SESS=15 // Min Conlosers ;
Para ejecutar cualquier aplicación, debe establecer las siguientes variables de entorno:
Expórtelos en la máquina cliente DB2 antes de continuar con el paso siguiente.
Para iniciar el subsistema SunLink SNA, lleve a cabo los pasos siguientes:
Paso 1. | Cambie al directorio de instalación de SunLink, normalmente: cd /opt/SUNWpu21 |
Paso 2. | Configure las variables de entorno para las licencias de FlexLM. Por ejemplo: export LD_LIBRARY_PATH=/usr/openwin/lib:/usr/lib export LM_LICENSE_FILE=/etc/opt/licenses/licenses_combined
Para obtener más información, consulte la documentación de SunLink. |
Paso 3. | Asegúrese de haber creado el archivo complementario CPIC tal y como se describe en el apartado Creación del archivo complementario de CPIC |
Paso 4. | Asegúrese de haber creado el archivo de configuración del servidor SNA tal y como se describe en el apartado Creación del archivo de configuración de servidor SNA. |
Paso 5. | Utilice el programa de utilidad sunop para comprobar el estado de SunLink SNA si éste ya se ha iniciado. Compruebe si el estado de PU y/o DLC es de conectado. Puede utilizar asimismo sunop para comprobar el estado de los enlaces. Consulte la documentación de SunLink para obtener detalles del programa de utilidad de sunop. |
Paso 6. | Detenga SunLink en el caso de que esté activo. Por ejemplo, entre: kill -9 sunpu2.pid kill -9 sunlu2.pid |
Paso 7. | Inicie SunLink utilizando el mandato siguiente: sunpu2.1
|
![]() | Ahora ha de actualizar los directorios de DB2, vincular los programas de
utilidad y aplicaciones al servidor y probar la conexión.
Para plataformas OS/2 y Windows, el modo más sencillo de hacerlo es utilizar el Asistente de configuración del cliente (CCA). Si desea obtener más información sobre la utilización del CCA, consulte el Configuración de comunicaciones cliente-servidor con el Asistente de configuración de cliente. Para obtener instrucciones de configuración manual y para plataformas UNIX, consulte el apartado 3. Catalogar el nodo de APPC o APPN y los apartados siguientes. |
Debe añadir una entrada al directorio del nodo de las estaciones de trabajo del cliente DB2 para describir el nodo remoto. En la mayoría de los casos, añadirá una entrada de nodo APPC al directorio del nodo. Para OS/2 y Sistemas operativos Windows de 32 bits, puede añadir alternativamente una entrada de nodo APPN en el caso de que el nodo SNA local se haya configurado como nodo APPN.
Para catalogar el nodo, efectúe los pasos siguientes:
Paso 1. | Inicie una sesión en el sistema con un ID de usuario de DB2 válido.
Para obtener más información, consulte el Apéndice F, Normas de denominación.
| ||
Paso 2. | Si utiliza DB2 Connect en una plataforma UNIX, configure el entorno de la instancia e invoque al procesador de línea de mandatos DB2. Ejecute el script de arranque de la forma siguiente: . INSTHOME/sqllib/db2profile (para el shell Bourne o Korn) source INSTHOME/sqllib/db2cshrc (para el shell C) donde INSTHOME es el directorio inicial de la instancia. | ||
Paso 3. | Para catalogar un nodo APPC, especifique el alias escogido (nombre_nodo), el nombre de destino simbólico (nombre_dest_simb) y el tipo de seguridad de APPC (tipo_seguridad) que utilizará el cliente para la conexión de APPC. Entre los mandatos siguientes en el procesador de línea de mandatos: catalog "appc node nombre_nodo remote nombre_dest_simb \ security tipo_seguridad"; terminate
Por ejemplo, para catalogar un servidor de base de datos remoto con el nombre de Destino simbólico DB2CPIC en el nodo denominado nododb2, utilizando el Tipo de seguridad de APPC NONE, entre los siguientes mandatos: catalog appc node nododb2 remote DB2CPIC security NONE terminate | ||
Paso 4. | Para catalogar un nodo APPN, especifique el alias elegido (nombre_nodo), el ID de red ((1)), la LU asociada remota ((4)), el nombre de programa de transacciones ((17)), la modalidad ((15)) y el tipo de seguridad. Entre los mandatos siguientes, sustituyendo los valores de la hoja de trabajo en la Tabla 30: catalog "appn node nododb2 network SPIFNET remote NYX1GW0A tpname DB2DRDA mode IBMRDB security NONE" terminate
|
![]() | Si necesita cambiar valores que se establecieron con el mandato
catalog node, lleve a cabo los pasos siguientes:
|
Para que una aplicación cliente pueda acceder a una base de datos remota, antes se tiene que catalogar la base de datos en el nodo servidor y en cualquier nodo cliente que se vaya a conectar al mismo. Por, omisión, cuando se crea una base de datos, ésta se cataloga automáticamente en el servidor con el alias de la base de datos alias_basedatos) igual que el nombre de la base de datos (nombre_basedatos). La información del directorio de bases de datos, junto con la del directorio de nodos, se utiliza en el cliente para establecer una conexión con la base de datos remota.
Para catalogar una base de datos en el cliente, efectúe los pasos siguientes:
Paso 1. | Inicie una sesión en el sistema con un ID de usuario de DB2 válido.
Para obtener más información, consulte el Apéndice F, Normas de denominación.
| ||||||
Paso 2. | Cumplimente la columna Valor del usuario en la hoja de trabajo
siguiente.
Tabla 18. Hoja de trabajo: Valores de parámetros para catalogar bases de datos | ||||||
Paso 3. | Si está utilizando un cliente basado en UNIX, configure el entorno de la instancia e invoque al procesador de línea de mandatos de DB2. Ejecute el script de arranque de la forma siguiente: . INSTHOME/sqllib/db2profile (para shell bash, Bourne o Korn) source INSTHOME/sqllib/db2cshrc (para el shell C) donde INSTHOME es el directorio inicial de la instancia. | ||||||
Paso 4. | Catalogue la base de datos entrando los mandatos siguientes: db2 catalog database nombre_basedatos as alias_basedatos at node nombre_nodo db2 terminate Por ejemplo, para catalogar una base de datos remota llamada ejemplo de forma que tenga el alias tor1, en el nodo nododb2, entre los mandatos siguientes: db2 catalog database ejemplo as tor1 at node nododb2 db2 terminate
|
Después de configurar el cliente para las comunicaciones, tendrá que conectarse con una base de datos remota para probar la conexión.
Paso 1. | Inicie el gestor de bases de datos entrando el mandato db2start en el servidor (si no se había iniciado automáticamente durante el arranque). |
Paso 2. | Si utiliza un cliente UNIX, ejecute el script de arranque del modo siguiente: . INSTHOME/sqllib/db2profile (para el shell Bash, Bourne o Korn) source INSTHOME/sqllib/db2cshrc (para el shell C) donde INSTHOME representa el directorio inicial de la instancia. |
Paso 3. | Entre el mandato siguiente en el cliente para conectar el cliente con la base de datos remota: db2 connect to alias_basedatos user idusuario using contraseña
|
Los valores para idusuario y contraseña deben ser válidos para el sistema en el que se autentifican. Por omisión, la autentificación tiene lugar en el servidor para un servidor DB2 y en el sistema principal o máquina AS/400 para un servidor DB2 Connect.
Si la conexión resulta satisfactoria, obtendrá un mensaje que indica el nombre de la base de datos con la que ha conectado. Ahora podrá recuperar datos de dicha base de datos. Por ejemplo, para recuperar una lista de todos los nombres de tabla listados en la tabla de catálogo del sistema, entre el mandato SQL siguiente en el Centro de mandatos o CLP:
"select tabname from syscat.tables"
Cuando haya terminado de utilizar la conexión con la base de datos, entre el mandato command reset para finalizar la conexión de la base de datos.
Los valores para idusuario y contraseña deben ser válidos para el sistema en el que se autentifican. Por omisión, la autentificación tiene lugar en el servidor para un servidor DB2 y en el sistema principal o máquina AS/400 para un servidor DB2 Connect.
Si la conexión resulta satisfactoria, obtendrá un mensaje que indica el nombre de la base de datos con la que ha conectado. Ahora podrá recuperar datos de dicha base de datos. Por ejemplo, para recuperar una lista de todos los nombres de tabla de la tabla de catálogo del sistema, entre el mandato SQL siguiente en el Centro de mandatos o procesador de línea de mandatos:
"select nombretabla from syscat.tables"
Cuando haya terminado de utilizar la conexión con la base de datos, entre
el mandato db2 connect reset para finalizar la conexión de la base
de datos.
![]() |
Ahora está preparado para empezar a utilizar DB2. Si desea ver temas
más avanzados, consulte la publicación Administration
Guide.
|
Si la conexión falla, compruebe los elementos siguientes:
En el servidor:
![]() |
Compruebe los valores para el valor de registro db2comm entrando
el mandato db2set DB2COMM. Para obtener más información,
consulte la publicación Administration Guide.
|
![]() | Si surgen problemas al iniciar los gestores de conexión de un protocolo,
se visualiza un mensaje de aviso y los mensajes de error se registran
cronológicamente en el archivo db2diag.log ubicado en el
directorio INSTHOME/sqllib/db2dump para plataformas UNIX o en el
directorio x:\sqllib\db2dump para plataformas no UNIX.
Si desea obtener más información sobre el archivo db2diag.log, consulte la publicación Troubleshooting Guide. |
En el cliente:
Si después de verificar estos elementos la conexión todavía presenta anomalías, consulte la publicación Troubleshooting Guide.