In diesem Abschnitt wird davon ausgegangen, daß TCP/IP auf den Client- und den Server-Workstations funktionsfähig ist. Informationen zu den Kommunikationsprotokollanforderungen für Ihre Plattform finden Sie in Softwarevoraussetzungen. Informationen zu den für Ihren Client bzw. Server unterstützten Kommunikationsprotokollen finden Sie in Mögliche Szenarios für Client/Server-Konnektivität.
Führen Sie die folgenden Schritte aus, um die TCP/IP-Kommunikation auf einem DB2-Client einzurichten:
Schritt 1. | Ermitteln Sie die Parameterwerte, und notieren Sie sich diese Werte. |
Schritt 2. | Konfigurieren Sie den Client:
|
Schritt 3. | Testen Sie die Verbindung zwischen Client und Server.
|
Füllen Sie bei der Durchführung der Konfigurationsschritte
die Spalte Ihr Wert in der folgenden Tabelle aus. Einige
Werte können Sie bereits vor dem Konfigurieren dieses Protokolls
eintragen.
Tabelle 9. Auf dem Client erforderliche TCP/IP-Werte
Parameter | Beschreibung | Beispielwert | Ihr Wert |
---|---|---|---|
Host-Name
|
Verwenden Sie host-name oder ip-adresse der fernen Server-Workstation. Lösen Sie diesen Parameter wie folgt auf:
|
server-host oder 9.21.15.235
| |
Servicename
|
In der Datei services erforderliche Werte. Der Servicename für den Verbindungsanschluß ist ein beliebiger lokaler Name, der die Anschlußnummer der Verbindung (anschlußnummer) auf dem Server repräsentiert. Die Anschlußnummer muß mit der Anschlußnummer identisch sein, die dem Parameter svcename in der Datei services auf dem Server zugeordnet ist. (Der Parameter svcename ist in der Konfigurationsdatei des Datenbankmanagers auf dem Server enthalten.) Dieser Wert darf nicht von einer anderen Anwendung verwendet werden und muß in der Datei services eindeutig sein. Wenden Sie sich an Ihren Datenbankadministrator, um die zum Konfigurieren
des Servers verwendeten Werte zu erfahren.
|
server1
3700/tcp
| |
Knotenname (knoten) |
Ein lokaler Aliasname oder Kurzname, der den Knoten beschreibt, zu dem Sie
eine Verbindung herstellen wollen. Sie können einen beliebigen Namen
auswählen. Alle Knotennamenwerte im lokalen Knotenverzeichnis müssen
jedoch eindeutig sein.
| db2node |
Mit den folgenden Schritten wird der Client für die Kommunikation mit dem Server über TCP/IP konfiguriert. Ersetzen Sie die Beispielwerte durch die Werte aus Ihrem Arbeitsblatt.
![]() |
Wenn Ihr Netzwerk einen Namens-Server hat oder Sie planen, die IP-Adresse
(ip-adresse) des Servers direkt anzugeben, überspringen Sie diesen
Schritt, und fahren Sie mit Schritt B. Aktualisieren der Datei services fort.
|
Der Client muß die IP-Adresse des Servers kennen, mit dem er kommunizieren will. Wenn es in Ihrem Netzwerk keinen Namens-Server gibt, können Sie direkt einen Host-Namen angeben, der der IP-Adresse (ip-adresse) des Servers in der lokalen Datei hosts zugeordnet ist. Weitere Informationen zur Speicherposition der Datei hosts für Ihre Plattform finden Sie in Tabelle 10.
Wenn ein UNIX-Client unterstützt werden soll, der Network Information
Services (NIS) verwendet, und Sie in Ihrem Netzwerk keinen Namens-Server
einsetzen, müssen Sie auf Ihrem NIS-Haupt-Server die Datei hosts
entsprechend anpassen.
Tabelle 10. Speicherposition der lokalen Dateien hosts und services
Plattform | Speicherposition |
---|---|
OS/2 | Die Speicherposition wird mit der Umgebungsvariablen etc angegeben. Geben Sie den Befehl set etc ein, um die Speicherposition Ihrer lokalen Datei hosts oder services zu ermitteln. |
Windows NT oder Windows 2000 | Im Verzeichnis winnt\system32\drivers\etc |
Windows 9x | Im Verzeichnis windows |
UNIX | Im Verzeichnis /etc |
Editieren Sie die Datei hosts des Clients, und fügen Sie einen Eintrag für den Host-Namen des Servers hinzu. Beispiel:
9.21.15.235 serverhost # Host-Adresse für server-host
Dabei gilt folgendes:
Befindet sich der Server nicht in derselben Domäne wie der Client, müssen Sie einen vollständig qualifizierten Domänennamen wie serverhost.vnet.ibm.com angeben. Dabei ist vnet.ibm.com der Domänenname.
![]() |
Wenn Sie vorhaben, den TCP/IP-Knoten mit Hilfe einer Anschlußnummer
(anschlußnummer) zu katalogisieren, überspringen Sie diesen Schritt,
und fahren Sie mit Schritt C. Katalogisieren eines TCP/IP-Knotens fort.
|
Verwenden Sie einen Texteditor, um der Datei services des Clients den Servicenamen für den Verbindungsanschluß und die Anschlußnummer für die TCP/IP-Unterstützung hinzuzufügen. Beispiel:
server1 3700/tcp # DB2-Anschluß für den Verbindungsservice
Dabei gilt folgendes:
Wenn ein UNIX-Client unterstützt werden soll, der Network Information Services (NIS) verwendet, müssen Sie auf Ihrem NIS-Haupt-Server die Datei services entsprechend anpassen.
Die Datei services befindet sich in demselben Verzeichnis wie die lokale Datei hosts, die Sie möglicherweise in A. Ermitteln der Host-Adresse des Servers editiert haben.
Weitere Informationen zur Speicherposition der Datei services auf Ihrer jeweiligen Plattform finden Sie in Tabelle 10.
Sie müssen dem Knotenverzeichnis des Clients einen Eintrag hinzufügen, um den fernen Knoten zu beschreiben. Dieser Eintrag gibt den ausgewählten Aliasnamen (knoten), den Host-Namen (host-name) (oder die ip-adresse) und den Servicenamen (svcename) (oder die anschlußnummer) an, die der Client für den Zugriff auf den fernen Server verwendet.
Führen Sie die folgenden Schritte aus, um den TCP/IP-Knoten zu katalogisieren:
Schritt 1. | Melden Sie sich mit einer gültigen DB2-Benutzer-ID am System an.
Weitere Informationen finden Sie in Anhang F, Namenskonventionen.
| ||
Schritt 2. | Wenn Sie einen UNIX-Client verwenden, führen Sie die Startprozedur folgendermaßen aus: . INSTHOME/sqllib/db2profile (für Bash-, Bourne- oder Korn-Shell) source INSTHOME/sqllib/db2cshrc (für C-Shell) Dabei steht INSTHOME für das Benutzerverzeichnis des Exemplars. | ||
Schritt 3. | Katalogisieren Sie den Knoten durch Eingabe der folgenden Befehle: db2 "catalog tcpip node knoten remote [host-name|ip-adresse] server [svcename|anschlußnummer]" db2 terminate Geben Sie zum Beispiel zum Katalogisieren des fernen Servers server-host auf dem Knoten db2node unter Verwendung des Servicenamens server1 folgende Befehle ein: db2 catalog tcpip node db2node remote server-host server server1 db2 terminate Geben Sie zum Katalogisieren des fernen Servers mit der IP-Adresse 9.21.15.235 auf dem Knoten db2node unter Verwendung der Anschlußnummer 3700 folgende Befehle ein: db2 catalog tcpip node db2node remote 9.21.15.235 server 3700 db2 terminate
|
![]() | Wenn Sie Werte ändern müssen, die mit dem Befehl catalog node
definiert wurden, führen Sie die folgenden Schritte aus:
|
Bevor eine Client-Anwendung auf eine ferne Datenbank zugreifen kann, muß die Datenbank auf dem Server-Knoten und auf allen Client-Knoten katalogisiert werden, die eine Verbindung zur Datenbank herstellen. Wenn Sie eine Datenbank erstellen, wird sie standardmäßig automatisch auf dem Server katalogisiert. Dabei ist der Aliasname der Datenbank (aliasname-der-datenbank) mit dem Datenbanknamen (datenbankname) identisch. Die Informationen im Datenbankverzeichnis werden zusammen mit den Informationen im Knotenverzeichnis auf dem Client verwendet, um eine Verbindung zur fernen Datenbank herzustellen.
Führen Sie die folgenden Schritte aus, um eine Datenbank auf dem Client zu katalogisieren:
Schritt 1. | Melden Sie sich mit einer gültigen DB2-Benutzer-ID am System an.
Weitere Informationen finden Sie in Anhang F, Namenskonventionen.
| ||||||
Schritt 2. | Füllen Sie im folgenden Arbeitsblatt die Spalte Ihr Wert
aus.
Tabelle 11. Arbeitsblatt: Parameterwerte für Datenbankkatalogisierung | ||||||
Schritt 3. | Wenn Sie einen UNIX-Client verwenden, führen Sie die Startprozedur folgendermaßen aus: . INSTHOME/sqllib/db2profile (für Bash-, Bourne- oder Korn-Shell) source INSTHOME/sqllib/db2cshrc (für C-Shell) Dabei steht INSTHOME für das Benutzerverzeichnis des Exemplars. | ||||||
Schritt 4. | Katalogisieren Sie die Datenbank durch Eingabe der folgenden Befehle: db2 catalog database datenbankname as aliasname-der-datenbank at node knoten db2 terminate Geben Sie beispielsweise folgende Befehle ein, um eine ferne Datenbank sample mit dem Aliasnamen tor1 auf dem Knoten db2node zu katalogisieren: db2 catalog database sample as tor1 at node db2node db2 terminate
|
Nach dem Konfigurieren des Clients für die Kommunikation müssen Sie eine Verbindung zu einer fernen Datenbank herstellen, um die Verbindung zu testen.
Schritt 1. | Starten Sie den Datenbankmanager durch Eingabe des Befehls db2start auf dem Server (wenn er nicht beim Booten automatisch gestartet wurde). |
Schritt 2. | Wenn Sie einen UNIX-Client verwenden, führen Sie die Startprozedur folgendermaßen aus: . INSTHOME/sqllib/db2profile (für Bash-, Bourne- oder Korn-Shell) source INSTHOME/sqllib/db2cshrc (für C-Shell) Dabei steht INSTHOME für das Benutzerverzeichnis des Exemplars. |
Schritt 3. | Geben Sie den folgenden Befehl auf dem Client ein, um den Client mit der fernen Datenbank zu verbinden: db2 connect to aliasname-der-datenbank user benutzer-ID using kennwort
|
Die Werte für benutzer-ID und kennwort müssen für das System zulässig sein, auf dem ihre Gültigkeit geprüft wird. Standardmäßig erfolgt die Authentifizierung auf dem Server (für DB2-Server) und auf der Host- oder AS/400-Maschine (für DB2 Connect-Server).
Wenn die Verbindung erfolgreich hergestellt wurde, wird der Name der Datenbank, mit der Sie verbunden sind, in einer Nachricht angezeigt. Sie können nun Daten aus dieser Datenbank abrufen. Geben Sie beispielsweise den folgenden SQL-Befehl in der Befehlszentrale oder über den Befehlszeilenprozessor ein, um eine Liste aller Tabellennamen abzurufen, die in der Systemkatalogtabelle aufgeführt sind:
"select tabname from syscat.tables"
Wenn Sie die Datenbankverbindung nicht länger benötigen, geben Sie den Befehl connect reset ein, um die Datenbankverbindung zu beenden.
Wenn die Verbindung fehlschlägt, überprüfen Sie folgende Punkte:
Auf dem Server:
![]() |
Überprüfen Sie die Einstellungen für den Registrierungswert
db2comm, indem Sie den Befehl db2set DB2COMM
eingeben. Weitere Informationen finden Sie im Handbuch Systemverwaltung.
|
![]() | Wenn Probleme beim Starten der Verbindungsmanager eines Protokolls
auftreten, wird eine Warnung angezeigt, und die Fehlernachrichten werden in
der Datei db2diag.log protokolliert. Diese Datei
befindet sich bei UNIX-Plattformen im Verzeichnis
INSTHOME/sqllib/db2dump und bei anderen Plattformen im Verzeichnis
x:\sqllib\db2dump.
Weitere Informationen zu der Datei db2diag.log finden Sie im Handbuch Troubleshooting Guide. |
Auf dem Client:
Wenn die Verbindung nach Überprüfung dieser Punkte weiterhin fehlschlägt, finden Sie weitere Informationen im Handbuch Troubleshooting Guide.