This section assumes that Named Pipes is functional on the client and DB2 Connect server workstations. See "Software Requirements" for the communication protocol requirements for your platform. See "Possible Client-to-DB2 Connect Gateway Connectivity Scenarios" for the supported communication protocols for your particular client and server.
The following steps are required to set up a client to use Named Pipe communications:
As you proceed through the configuration steps, complete the Your
Value column in the following table. You can fill in some of the
values before you start configuring this protocol.
Table 30. Named Pipe Values Required at the Client
Parameter | Description | Sample Value | Your Value |
---|---|---|---|
Computer name (Computer_name) |
The Computer name of the DB2 Connect server machine. On the server machine, to locate the value for this parameter, click on the
Start button and select Settings->Control
Panel. Double-click on the Network folder and select
the Identification tab. Record the Computer name.
| server1 | |
Instance name (Instance_name)
|
The name of the instance on the DB2 Connect server.
| db2 | |
Node name (Node_name) |
A local alias, or nickname, that describes the DB2 Connect server to the
node where the database resides. You can choose any name you want,
however, all Node name values within your local node directory must be
unique.
| db2node |
The following steps describe how to configure this protocol on the client. Replace the sample values with your worksheet values.
You must add an entry to the client's node directory to describe the remote node.
This entry specifies the chosen alias (Node_name), the server's Computer name (Computer_name), and the Instance name (Instance_name) that are to be used to access the remote server.
To catalog the Named Pipes node, perform the following steps:
![]() |
If you have trouble logging on to the system, see "Logging on to the System".
|
catalog npipe node Node_name remote Computer_name instance Instance_name terminate
For example, to catalog a remote node called db2node, which is located on the server called server1, in the db2 instance, use:
catalog npipe node db2node remote server1 instance db2 terminate
![]() |
If you need to change values that were set with the catalog node command, first run the uncatalog node command in the command line processor as follows: uncatalog node Node_name Recatalog the node with the value that you want to use.
|
Before a client application can access a remote database, the database must be cataloged on the server node and on any client nodes that will connect to it. When you create a database, it is automatically cataloged on the server with the Database alias (Database_alias) the same as the Database name (Database_name). The information in the database directory, along with the information in the node directory, is used on the client to establish a connection to the remote database.
To catalog a database on the client, perform the following steps.
![]() |
If you have trouble logging on to the system, see "Logging on to the System".
|
Table 31. Parameter Values for Cataloging Databases
Parameter | Description | Sample Value | Your Value |
---|---|---|---|
Database name (Database_name) | The Database alias (Database_alias) of the remote database. When you create a database, it is automatically cataloged on the server with the Database alias name (Database_alias) the same as the Database name (Database_name). | sample | |
Database alias (Database_alias) | An arbitrary local nickname for the remote database, on the client. If you do not provide one, the default is the same as the Database name (Database_name). This is the name that you use when connecting to a database from a client. | tor1 | |
Node name (Node_name) | The name of the node directory entry that describes where the database resides. Use the same value for Node name (Node_name) that you used to catalog the node in the previous step. | db2node |
catalog database Database_name as Database_alias at node Node_name terminateFor example, to catalog a remote database called sample so that it has the alias tor1, on the node db2node, use:
catalog database sample as tor1 at node db2node terminate
![]() |
If you need to change values that were set with the catalog database command, first run the uncatalog database command in the command line processor as follows: uncatalog database Database_alias Recatalog the database with the value that you want to use.
|
When the configuration of the server and client is complete, use the
following steps to verify that you can access data from a remote
database:
![]() |
You will need to connect to a remote database to test the
connection.
|
connect to Database_alias user userid using password
The values for userid and password must be valid for the system on which they are authenticated. Authentication for connecting to host databases is set while configuring the DB2 Connect server. Refer to the DB2 Connect User's Guide for more information.
If the connection is successful, you will get a message showing the name of the database to which you have connected. You are now able to retrieve data from that database. For example, to retrieve a list of all the table names listed in the system catalog table, enter the following SQL command in the Command Center or command line processor:
"select tabname from syscat.tables" (for UNIX-based platforms) select tabname from syscat.tables (for other platforms)
When you are finished using the database connection, issue the connect
reset command to end the database connection.
![]() |
You are ready to start using the DB2 server. See Chapter 35. "Getting Started with the DB2 Universal Database" for details.
|
If the connection fails, check the following items:
At the server:
![]() |
Check the settings for the DB2COMM registry value by issuing the
db2set DB2COMM command. For more information, see Chapter 39. "Controlling Your DB2 Environment".
|
![]() |
If there are problems starting a protocol's connection managers, a warning message is displayed and the error messages are logged in the db2diag.log file. The location of this file depends on your operating system.
Refer to the Troubleshooting Guide for information on the db2diag.log file.
|
At the client:
After you verify these items, refer to the Troubleshooting Guide if the connection still fails.