In diesem Abschnitt wird beschrieben, wie eine Client-Workstation für die
Kommunikation mit einem Server über das APPC-Protokoll konfiguriert werden
kann. Es wird vorausgesetzt, daß APPC auf dem Client und auf 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.
![]() | Sie müssen sicherstellen, daß der Server, mit dem die Kommunikation eingerichtet werden soll, APPC-Clients unterstützt. APPC-Client-Kommunikation wird von AIX-, OS/2-, Solaris-, Windows NT- und Windows 2000-Servern unterstützt. |
Zum Konfigurieren eines Clients für die APPC-Kommunikation müssen Sie folgende Schritte ausführen:
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.
Bevor die Client-Workstation konfiguriert wird, sollten Sie von Ihrem DB2-Administrator und Ihrem LAN-Administrator für jedes DB2-Exemplar, zu dem Sie eine Verbindung herstellen möchten, eine Kopie des Arbeitsblatts in Tabelle 17 ausfüllen lassen.
Nachdem Sie die Spalte Ihr Wert ausgefüllt haben, können Sie anhand des Arbeitsblatts die APPC-Kommunikation auf dem Client konfigurieren. Ersetzen Sie während des Konfigurationsvorgangs die in den Konfigurationsanweisungen enthaltenen Beispielwerte durch Ihre eigenen Werte aus dem Arbeitsblatt (die in Kästchen angegebenen Zahlen, wie zum Beispiel (1), erleichtern die Zuordnung der Konfigurationsanweisungen zu den entsprechenden Werten des Arbeitsblatts).
Anmerkung: | Das Arbeitsblatt und die Konfigurationsanweisungen stellen empfohlene oder Beispielwerte für erforderliche Konfigurationsparameter zur Verfügung. Verwenden Sie für andere Parameter die Standardwerte des Kommunikationsprogramms. Wenn Ihre Netzwerkkonfiguration von der in den Anweisungen verwendeten Konfiguration abweicht, erkundigen Sie sich bei Ihrem Netzwerkadministrator nach den geeigneten Werten für Ihr Netzwerk. |
Tabelle 17. Arbeitsblatt zur Planung von Client/Server-APPC-Verbindungen
Nr. | Name auf der Client-Workstation | Netzwerk- oder Server-Name | Beispielwert | Ihr Wert |
---|---|---|---|---|
Netzwerkelemente auf dem Server | ||||
(1) | Server-Name | Name des lokalen Netzwerks | SPIFNET |
|
(2) | Name der Partner-LU | Name der lokalen LU | NYX1GWOA |
|
(3) | Aliasname der Partner-LU |
| NYX1GW0A |
|
(4) | Partnerknotenname | Lokaler Steuerpunktname | NYX1GW |
|
(5) | Aliasname der Datenbank |
| sample |
|
(6) | Modusname |
| IBMRDB |
|
(7) | Verbindungsname (Link name) |
| LINKSERV |
|
(8) | Adresse des fernen Netzwerks oder LAN-Adresse | Adresse des lokalen Adapters oder Zieladresse | 400009451901 |
|
Netzwerkelemente auf der Client-Workstation | ||||
(9) | Netzwerk-ID |
| SPIFNET |
|
(10) | Lokaler Steuerpunktname |
| CLI1GW |
|
(11) | Name der (lokalen) LU |
| CLI1GW0A |
|
(12) | Aliasname der (lokalen) LU |
| CLI1GW0A |
|
(13) | Lokaler Knoten oder Knoten-ID | ID BLK | 071 |
|
(14) | ID NUM | 27509 |
| |
(15) | Modusname |
| IBMRDB |
|
(16) | Symbolischer Bestimmungsname |
| DB2CPIC |
|
(17) | Name des (fernen) Transaktionsprogramms |
| DB2DRDA (TP der Anwendung) oder X' X'07'6DB' (Service-TP) |
|
DB2-Verzeichniseinträge (auf der Client-Workstation) | ||||
(18) | Knotenname |
| db2node |
|
(19) | Sicherheit |
| Keiner |
|
(20) | Datenbankname |
| sample |
|
(21) | Aliasname der Datenbank |
| TOR1 |
|
Füllen Sie für jeden Server, zu dem eine Verbindung hergestellt wird, ein Exemplar des Arbeitsblatts wie folgt aus:
Konfigurieren Sie anhand des ausgefüllten Arbeitsblatts in Tabelle 17 die APPC-Kommunikation des DB2-Clients für
den Zugriff auf einen fernen DB2 Connect- oder DB2 Universal
Database-Server.
![]() | Fahren Sie mit den entsprechenden Abschnitten zum Konfigurieren der
APPC-Kommunikation auf den in Ihrem Netzwerk vorhandenen Plattformen
fort:
|
In diesem Abschnitt wird beschrieben, wie IBM eNetwork Communications Server V5 für OS/2 (CS/2 V5) auf der DB2-Client-Workstation manuell zu konfigurieren ist, damit über APPC eine Verbindung zu einem Server mit DB2 Connect oder DB2 Universal Database hergestellt werden kann.
Bevor Sie beginnen, müssen Sie sicherstellen, daß auf Ihrer Workstation
CS/2 V5 oder höher installiert ist.
![]() | In diesem Abschnitt werden die Schritte zur Benutzung von IBM eNetwork Communications Server für OS/2 Version 5 beschrieben. Wenn Sie mit Communications Manager für OS/2 Version 1.x arbeiten, müssen Sie ähnliche Schritte ausführen. Allerdings sind die Schnittstellen- und Menünamen anders. |
Weitere Informationen zum Einrichten der Umgebung finden Sie in der Online-Hilfe, die mit CS/2 geliefert wird oder in den folgenden Veröffentlichungen:
Für diese Beschreibungen gelten die folgenden Annahmen:
In diesen Anweisungen wird die Erstellung von neuen Profilen innerhalb einer neuen Konfiguration beschrieben. Wenn Sie eine vorhandene Konfiguration ändern, kann es erforderlich sein, einige Profile zu löschen, bevor Sie die Konfiguration überprüfen können.
Führen Sie die folgenden Schritte aus, um Ihr System zu konfigurieren:
Schritt 1. | Starten einer neuen Konfiguration
| ||
Schritt 2. | Konfigurieren des Protokolls
| ||
Schritt 3. | Vorbereiten eines LAN-DLC-Profils
| ||
Schritt 4. | Aktualisieren der Kenndaten des lokalen SNA-Knotens
| ||
Schritt 5. | Vorbereiten der SNA-Verbindungsprofile
| ||
Schritt 6. | Konfigurieren des Fensters Connection to a Peer Node bzw. Connection to Host
| ||
Schritt 7. | Erstellen eines Partner-LU-Profils
| ||
Schritt 8. | Festlegen der SNA-Merkmale
| ||
Schritt 9. | Vorbereiten des Profils einer lokalen LU Wenn die DB2-Client-Workstation als unabhängige LU definiert ist, bereiten Sie das Profil für eine lokale LU vor, indem Sie die folgenden Schritte ausführen:
| ||
Schritt 10. | Vorbereiten einer Modusdefinition
| ||
Schritt 11. | Erstellen der CPI-DFV-Nebeninformationen
| ||
Schritt 12. | Sichern der Konfiguration
|
![]() | Nun müssen Sie die DB2-Verzeichnisse aktualisieren, Dienstprogramme und
Anwendungen an den Server binden und die Verbindung testen.
Für OS/2- und Windows-Plattformen wird die Verwendung von Client-Konfiguration - Unterstützung empfohlen. Weitere Informationen finden Sie in Kapitel 6, Konfigurieren der Client/Server-Kommunikation mit Client-Konfiguration - Unterstützung. Anweisungen für die manuelle Konfiguration und für UNIX-Plattformen finden Sie in Schritt 3. Katalogisieren des APPC- oder APPN-Knotens sowie in den folgenden Abschnitten. |
In diesem Abschnitt wird beschrieben, wie IBM Personal Communications für die 32-Bit-Windows-Betriebssysteme auf der DB2-Client-Workstation zu konfigurieren ist, damit über APPC eine Verbindung zu einem Server mit DB2 Connect oder DB2 Universal Database hergestellt werden kann.
Vor Beginn der Konfiguration müssen Sie sicherstellen, daß Ihre installierte Version von IBM Personal Communications für die 32-Bit-Windows-Betriebssysteme folgende Voraussetzungen erfüllt:
__ 1. | Es muß Version 4.2 oder höher installiert sein. |
__ 2. | Die IEEE 802.2 LAN-Schnittstelle oder der LLC2-Treiber für IBM Personal Communications muß installiert worden sein. Der LLC2-Treiber wird vom Installationsverzeichnis von IBM Communications Server installiert. Führen Sie die folgenden Schritte aus, um dies zu überprüfen:
|
Die Beispielkonfiguration geht von folgenden Annahmen aus:
Führen Sie die folgenden Schritte aus, um IBM Personal Communications zu starten:
Schritt 1. | Klicken Sie Start an und wählen Sie Programme --> IBM Communications Server --> SNA Node Configuration aus. Das Fenster IBM Personal Communications SNA Node Configuration wird geöffnet. |
Schritt 2. | Wählen Sie in der Menüleiste die Option File --> New aus. Das Fenster Define the Node wird geöffnet. Alle nachfolgenden Schritte beginnen in diesem Fenster.
|
Führen Sie die folgenden Schritte aus, um die APPC-Kommunikation zu konfigurieren:
Schritt 1. | Konfigurieren des Knotens
|
Schritt 2. | Konfigurieren der Einheit
|
Schritt 3. | Konfigurieren der Verbindungen
|
Schritt 4. | Konfigurieren der Partner-LU 6.2
|
Schritt 5. | Konfigurieren des Modus
|
Schritt 6. | Konfigurieren der lokalen LU 6.2
|
Schritt 7. | Konfigurieren von CPI-DFV-Nebeninformationen
|
Schritt 8. | Sichern der Konfiguration
|
Schritt 9. | Aktualisieren der Umgebung IBM Personal Communications verwendet eine Umgebungsvariable mit dem Namen appcllu zum Festlegen der standardmäßig für die APPC-Kommunikation verwendeten lokalen LU. Sie können diese Variable in jeder Sitzung neu setzen, indem Sie ein Befehlsfenster öffnen und den Befehl set appcllu=name-der-lokalen-lu eingeben. Dabei ist name-der-lokalen-lu der Name der lokalen LU, die Sie verwenden möchten. Es ist jedoch im allgemeinen einfacher, die Variable dauerhaft zu definieren. Führen Sie die folgenden Schritte aus, um die Variable unter Windows NT pder windows 2000 dauerhaft zu definieren:
Die Umgebungsvariable bleibt nun für zukünftige Sitzungen definiert. |
Schritt 10. | Starten der SNA-Knotenoperationen
|
![]() | Nun müssen Sie die DB2-Verzeichnisse aktualisieren, Dienstprogramme und
Anwendungen an den Server binden und die Verbindung testen.
Für OS/2- und Windows-Plattformen wird die Verwendung von Client-Konfiguration - Unterstützung empfohlen. Weitere Informationen finden Sie in Kapitel 6, Konfigurieren der Client/Server-Kommunikation mit Client-Konfiguration - Unterstützung. Anweisungen für die manuelle Konfiguration und für UNIX-Plattformen finden Sie in Schritt 3. Katalogisieren des APPC- oder APPN-Knotens sowie in den folgenden Abschnitten. |
In diesem Abschnitt wird beschrieben, wie IBM eNetwork Communications Server für Windows NT (CS/NT) auf einer DB2-Client-Workstation zu konfigurieren ist, damit eine Verbindung zu einem Server mit DB2 Connect oder DB2 Universal Database hergestellt werden kann.
Anmerkung: | Verweise auf Windows NT und CS/NT in diesem Abschnitt gelten auch für Windows 2000. |
Vor Beginn der Konfiguration müssen Sie sicherstellen, daß Ihre Version von IBM eNetwork Communications Server für Windows NT (CS/NT) folgende Voraussetzungen erfüllt:
__ 1. | Wenn Sie mehrere Datenbanken innerhalb der gleichen Transaktion aktualisieren wollen, ist Version 5.0 oder höher erforderlich. Wenn Sie zweiphasige Festschreibungen durchführen wollen, ist CS/NT Version 5.01 erforderlich. |
__ 2. | Die IEEE 802.2 LAN-Schnittstelle oder der LLC2-Treiber für IBM Communications Server muß installiert worden sein. Der LLC2-Treiber muß vom CS/NT-Installationsverzeichnis installiert worden sein. Während der Installation von CS/NT wird gefragt, ob LLC2 installiert werden soll. Wenn Sie nicht wissen, ob LLC2 mit Ihrem Exemplar von CS/NT installiert wurde, können Sie dies wie folgt feststellen:
|
__ 3. | Die APAR-Korrekturen JR11529 und JR11170 wurden angewendet. Diese Korrekturen sind erforderlich, damit aktuelle Abfragen mit Strg-Pause oder dem Absetzen des ODBC/CLI-Aufrufs SQLCancel abgebrochen werden können.
|
Führen Sie die folgenden Schritte aus, um IBM eNetwork Communications Server zu starten:
Schritt 1. | Klicken Sie Start an und wählen Sie Programme --> IBM Communications Server --> SNA Node Configuration aus. Das Fenster IBM Communications Server SNA Node Configuration wird geöffnet. |
Schritt 2. | Wählen Sie in der Menüleiste die Option File --> New --> Advanced aus. Das Fenster Configuration options wird geöffnet. Alle nachfolgenden Schritte beginnen in diesem Fenster.
|
Führen Sie die folgenden Schritte aus, um IBM eNetwork Personal Server für APPC-Kommunikation zu konfigurieren:
Schritt 1. | Konfigurieren des Knotens
| ||||||||||||
Schritt 2. | Konfigurieren der Einheit
| ||||||||||||
Schritt 3. | Konfigurieren der Verbindungen
| ||||||||||||
Schritt 4. | Konfigurieren der Partner-LU 6.2
| ||||||||||||
Schritt 5. | Konfigurieren des Modus
| ||||||||||||
Schritt 6. | Konfigurieren der lokalen LU 6.2
| ||||||||||||
Schritt 7. | Konfigurieren von CPI-DFV-Nebeninformationen
| ||||||||||||
Schritt 8. | Sichern der Konfiguration
| ||||||||||||
Schritt 9. | Aktualisieren der Umgebung CS/NT verwendet eine Umgebungsvariable mit dem Namen appcllu zum Festlegen der standardmäßig für die APPC-Kommunikation verwendeten lokalen LU. Sie können diese Variable in jeder Sitzung neu setzen, indem Sie ein Befehlsfenster öffnen und den Befehl set appcllu=name-der-lokalen-lu eingeben, (wobei name-der-lokalen-lu der Name der lokalen LU ist). Es ist jedoch vorteilhafter, die Variable dauerhaft zu definieren. Führen Sie die folgenden Schritte aus, um die Variable unter Windows NT dauerhaft zu definieren:
Die Umgebungsvariable bleibt nun für zukünftige Sitzungen definiert. | ||||||||||||
Schritt 10. | Starten der SNA-Knotenoperationen Führen Sie die folgenden Schritte aus, um SNA-Knotenoperationen auf Ihrer Maschine zu starten:
Die SNA-Knotenoperationen werden nun ausgeführt. | ||||||||||||
Schritt 11. | Registrieren von Communications Server als Windows NT-Service Wenn Communications Server beim Starten der Maschine automatisch gestartet werden soll, können Sie das Programm als Windows NT-Service registrieren. Führen Sie hierzu einen der folgenden Befehle aus: csstart -a (Hierdurch wird Communications Server mit der Standardkonfiguration registriert.) oder: csstart -a c:\ibmcs\private\eigene.acg Hierbei ist c:\ibmcs\private\eigene.acg der vollständig qualifizierte Name der nicht-standardmäßigen Konfigurationsdatei für Communications Server, die verwendet werden soll. Wenn die Maschine nach Eingabe eines dieser Befehle gestartet wird, wird Communications Server automatisch mit der erforderlichen Konfigurationsdatei gestartet.
|
![]() | Nun müssen Sie die DB2-Verzeichnisse aktualisieren, Dienstprogramme und
Anwendungen an den Server binden und die Verbindung testen.
Für OS/2- und Windows-Plattformen wird die Verwendung von Client-Konfiguration - Unterstützung empfohlen. Weitere Informationen finden Sie in Kapitel 6, Konfigurieren der Client/Server-Kommunikation mit Client-Konfiguration - Unterstützung. Anweisungen für die manuelle Konfiguration und für UNIX-Plattformen finden Sie in Schritt 3. Katalogisieren des APPC- oder APPN-Knotens sowie in den folgenden Abschnitten. |
Sie sollten dieses Kapitel lesen, wenn Sie auf einer Windows NT-Workstation arbeiten, auf der IBM eNetwork Communications Server für Windows NT SNA API Client Version 5.0 oder höher installiert ist, und Sie eine Verbindung zu einem Server unter IBM eNetwork Communications Server für Windows NT herstellen wollen.
Anmerkung: | Verweise auf Windows NT in diesem Abschnitt gelten auch für Windows 2000. |
Der Communications Server für Windows NT-Server und sein SNA API Client fungieren als geteilter Client. Für diese Konfiguration ist es erforderlich, daß eine APPC-fähige Anwendung (z. B. ein DB2-Client) auf der SNA API Client-Workstation ausgeführt wird.
![]() | Bei den Anweisungen in diesem Kapitel wird ein Windows NT-Client verwendet. Die Anweisungen für andere unterstützte Betriebssysteme sind ähnlich. Weitere Informationen finden Sie in der Dokumentation zu Communications Server für Windows NT. |
Führen Sie die folgenden Schritte aus, um Windows NT SNA API Client für APPC-Kommunikation zu konfigurieren:
Schritt 1. | Erstellen Sie ein Benutzerkonto für SNA API Client auf dem Communications Server für Windows NT-Server.
|
Schritt 2. | Starten Sie die Konfigurations-GUI für IBM eNetwork CS/NT SNA API Client. Klicken Sie den Knopf Start an, und wählen Sie Programme .--> IBM Communications Server SNA Client --> Configuration aus. Das Fenster CS/NT SNA Client Configuration wird angezeigt. |
Schritt 3. | Konfigurieren der Globaldaten
|
Schritt 4. | Konfigurieren der APPC-Server-Liste
|
Schritt 5. | Konfigurieren von CPI-DFV-Nebeninformationen
|
Schritt 6. | Sichern der Konfiguration
|
![]() | Nun müssen Sie die DB2-Verzeichnisse aktualisieren, Dienstprogramme und
Anwendungen an den Server binden und die Verbindung testen.
Für OS/2- und Windows-Plattformen wird die Verwendung von Client-Konfiguration - Unterstützung empfohlen. Weitere Informationen finden Sie in Kapitel 6, Konfigurieren der Client/Server-Kommunikation mit Client-Konfiguration - Unterstützung. Anweisungen für die manuelle Konfiguration und für UNIX-Plattformen finden Sie in Schritt 3. Katalogisieren des APPC- oder APPN-Knotens sowie in den folgenden Abschnitten. |
In diesem Abschnitt wird beschrieben, wie Microsoft SNA Server Version 4.0 für Windows NT auf der DB2-Client-Workstation zu konfigurieren ist, damit über APPC eine Verbindung zu einem Server mit DB2 Connect oder DB2 Universal Database hergestellt werden kann. Obwohl Microsoft SNA Server unter Windows NT 4.0 Workstation ausgeführt werden kann, empfiehlt sich der Einsatz von Windows NT 4.0 Server.
Anmerkung: | Verweise auf Windows NT in diesem Abschnitt gelten auch für Windows 2000. |
![]() | Anweisungen zum Konfigurieren von Microsoft SNA Client für Windows NT finden Sie in Konfigurieren von Microsoft SNA Client. |
Sie können die Merkmale Ihrer SNA-Verbindungen über Microsoft SNA Server Manager (Server Manager) definieren. Server Manager verwendet eine Schnittstelle, die der von Windows NT Explorer ähnlich ist. Das Hauptfenster von Microsoft SNA Server Manager enthält zwei Teilfenster. Sie können auf alle erforderlichen Konfigurationsoptionen zugreifen, indem Sie Objekte im linken Teilfenster mit der rechten Maustaste anklicken. Jedes Objekt verfügt über ein Kontextmenü, auf das Sie zugreifen können, indem Sie das Objekt mit der rechten Maustaste anklicken.
Führen Sie die folgenden Schritte aus, um die APPC-Kommunikation für die Verwendung durch den DB2-Client über Microsoft SNA Server Manager zu konfigurieren:
Schritt 1. | Starten Sie Server Manager, indem Sie den Knopf Start anklicken und Programme --> Microsoft SNA Server --> Manager auswählen. Das Hauptfenster von Microsoft SNA Server Manager wird geöffnet. |
Schritt 2. | Definieren des Steuerpunktnamens
|
Schritt 3. | Definieren des 802.2-Verbindungsservice
|
Schritt 4. | Definieren der Verbindungsmerkmale
|
Schritt 5. | Definieren einer lokalen LU
|
Schritt 6. | Definieren der fernen LU
Die übrigen Felder werden vom Programm automatisch ausgefüllt. Wenn Ihr LU-Aliasname nicht mit dem LU-Namen identisch ist, müssen Sie darauf achten, im entsprechenden Feld den LU-Namen einzugeben. Wenn der LU-Aliasname nicht mit dem LU-Namen identisch ist, verwendet das Programm automatisch einen falschen LU-Namen. |
Schritt 7. | Klicken Sie OK an.
|
Definieren eines Modus
Definieren der Merkmale des CPIC-Namens
Sichern der Konfiguration.
![]() | Nun müssen Sie die DB2-Verzeichnisse aktualisieren, Dienstprogramme und
Anwendungen an den Server binden und die Verbindung testen.
Für OS/2- und Windows-Plattformen wird die Verwendung von Client-Konfiguration - Unterstützung empfohlen. Weitere Informationen finden Sie in Kapitel 6, Konfigurieren der Client/Server-Kommunikation mit Client-Konfiguration - Unterstützung. Anweisungen für die manuelle Konfiguration und für UNIX-Plattformen finden Sie in Schritt 3. Katalogisieren des APPC- oder APPN-Knotens sowie in den folgenden Abschnitten. |
Dieser Abschnitt enthält Anweisungen in Einzelschritten zum Einrichten der Kommunikation zwischen Ihrer Microsoft SNA Client-Workstation und einer Windows-Workstation, auf der Microsoft SNA Server Version 4.0 oder höher installiert ist.
Anmerkung: | Verweise auf Windows in diesem Abschnitt gelten sowohl für Windows NT als auch für Windows 2000. |
![]() | Anweisungen zum Konfigurieren von Microsoft SNA Server Version 4.0 für Windows NT auf der DB2-Client-Workstation zum Herstellen einer APPC-Verbindung zu einem Server mit DB2 Connect oder DB2 Universal Database finden Sie in Konfigurieren von Microsoft SNA-Server für Windows NT und Windows 2000. |
In diesem Abschnitt wird von folgenden Punkten ausgegangen:
Führen Sie die folgenden Schritte aus, um Microsoft SNA Client zu konfigurieren:
Damit Ihre Microsoft SNA Client-Software richtig funktioniert, müssen Sie über den Zugriff auf einen korrekt konfigurierten Microsoft SNA Server verfügen. Der zuständige Administrator für Ihren SNA Server muß folgendes für Sie durchführen:
Schritt 1. | Erwerben der richtigen Lizenz, mit der Sie Microsoft SNA Client auf Ihrer Workstation ausführen können |
Schritt 2. | Definieren einer Benutzer-ID und eines Kennworts in der SNA Server-Domäne |
Schritt 3. | Definieren der Verbindungen zu den Server-Datenbanken, auf die Sie zugreifen müssen (siehe Konfigurieren von Microsoft SNA-Server für Windows NT und Windows 2000) |
Schritt 4. | Bereitstellen eines symbolischen Bestimmungsnamens ((16)), eines Datenbanknamens ((5)) und eines Benutzerkontos für jede Datenbankverbindung, die im vorherigen Schritt definiert wurde Wenn Sie vorhaben, Server-Kennwörter zu ändern, muß der SNA-Administrator Ihnen auch symbolische Bestimmungsnamen für die Kennwortverwaltungsfunktionen auf jedem Server geben. |
Schritt 5. | Bereitstellen des Microsoft SNA Server-Domänennamens und des für die Übertragung an den SNA-Server verwendeten Protokolls (TCP/IP, NetBEUI, IPX/SPX)
|
Besorgen Sie sich die Microsoft SNA Client-Software, und befolgen Sie die zugehörigen Anweisungen, um das Installationsprogramm zu starten. Wenn das Fenster Optional Components angezeigt wird, müssen Sie Sie die Auswahl des Markierungsfelds Install ODBC/DRDA driver zurücknehmen.
Schritt 1. | Klicken Sie den Knopf Start an, und wählen Sie Programme --> DB2 für Windows --> Client-Konfiguration - Unterstützung aus. | ||||
Schritt 2. | Sie müssen folgende Informationen angeben:
|
![]() | Nun müssen Sie die DB2-Verzeichnisse aktualisieren, Dienstprogramme und
Anwendungen an den Server binden und die Verbindung testen.
Für OS/2- und Windows-Plattformen wird die Verwendung von Client-Konfiguration - Unterstützung empfohlen. Weitere Informationen finden Sie in Kapitel 6, Konfigurieren der Client/Server-Kommunikation mit Client-Konfiguration - Unterstützung. Anweisungen für die manuelle Konfiguration und für UNIX-Plattformen finden Sie in Schritt 3. Katalogisieren des APPC- oder APPN-Knotens sowie in den folgenden Abschnitten. |
In diesem Abschnitt wird beschrieben, wie IBM eNetwork Communication Server V5.0.2.5 für AIX auf der DB2-Client-Workstation zu konfigurieren ist, damit über APPC eine Verbindung zu einem Server mit DB2 Connect oder DB2 Universal Database hergestellt werden kann. IBM eNetwork Communication Server für AIX ist das einzige SNA-Produkt, das für DB2 Connect auf RS/6000-Maschinen unterstützt wird.
Vor Beginn der Konfiguration müssen Sie sicherstellen, daß IBM eNetwork Communication Server Version 5.0.2.5 für AIX (CS/AIX) auf Ihrer Workstation installiert ist. Wenn Sie weitere Informationen zur Konfiguration Ihrer SNA-Umgebung benötigen, ziehen Sie bitte die Online-Hilfefunktion von CS/AIX zu Rate.
Die Beispielkonfiguration geht von folgenden Annahmen aus:
Melden Sie sich zum Konfigurieren von CS/AIX für die verwendung durch einen DB2-Client als Benutzer mit Root-Berechtigung an, und verwenden Sie entweder das Tool /usr/bin/snaadmin oder das Tool /usr/bin/X11/xsnaadmin. Informationen zu diesen Programmen finden Sie in der Systemdokumentation. Führen Sie die folgenden Schritte aus, wenn Sie das Programm xsnaadmin verwenden wollen, um CS/AIX zu konfigurieren:
Schritt 1. | Geben Sie den Befehl xsnaadmin ein. Das Fenster Node für den Server wird geöffnet. | ||
Schritt 2. | Definieren eines Knotens
| ||
Schritt 3. | Definieren eines Anschlusses
| ||
Schritt 4. | Definieren einer Verbindungsstation
| ||
Schritt 5. | Definieren einer lokalen LU
| ||
Schritt 6. | Definieren der Partner-LU für die Verbindungsstation
| ||
Schritt 7. | Definieren des Aliasnamens für die Partner-LU
| ||
Schritt 8. | Definieren eines Modus
| ||
Schritt 9. | Definieren des CPI-DFV-Bestimmungsorts
| ||
Schritt 10. | Testen der APPC-Verbindung
|
![]() | Nun müssen Sie die DB2-Verzeichnisse aktualisieren, Dienstprogramme und
Anwendungen an den Server binden und die Verbindung testen.
Für OS/2- und Windows-Plattformen wird die Verwendung von Client-Konfiguration - Unterstützung empfohlen. Weitere Informationen finden Sie in Kapitel 6, Konfigurieren der Client/Server-Kommunikation mit Client-Konfiguration - Unterstützung. Anweisungen für die manuelle Konfiguration und für UNIX-Plattformen finden Sie in Schritt 3. Katalogisieren des APPC- oder APPN-Knotens sowie in den folgenden Abschnitten. |
In diesem Abschnitt wird beschrieben, wie Bull DPX/20 SNA/20 Server auf der DB2-Client-Workstation zu konfigurieren ist, damit über APPC eine Verbindung zu einem Server mit DB2 Connect oder DB2 Universal Database hergestellt werden kann. Wurde vor der Installation des DB2-Clients Bull DPX/20 SNA/20 Server installiert, wird Bull SNA vom DB2-Client verwendet. Andernfalls müssen Sie DB2 Connect so konfigurieren, daß IBM eNetwork Communications Server Version 5.0.2.5 für AIX verwendet wird. Weitere Informationen finden Sie in Konfigurieren von IBM eNetwork Communications Server für AIX.
Wenn Sie prüfen wollen, ob Bull SNA auf Ihrer Workstation mit AIX Version AIX 4.2 (oder höher) installiert ist, geben Sie den folgenden Befehl ein:
lslpp -l express.exsrv+dsk
Ist Bull SNA installiert, sehen Sie eine Ausgabe ähnlich der folgenden:
Fileset Level State Description ---------------------------------------------------------------------- Path: /usr/lib/objrepos express.exsrv+dsk 2.1.3.0 COMMITTED EXPRESS SNA Server and Integrated Desktop
Wenn Sie Bull SNA erst nach der Installation des DB2-Clients installieren, der Client jedoch Bull SNA an Stelle von IBM eNetwork Communications Server für AIX verwenden soll, melden Sie sich mit Root-Berechtigung an, und geben Sie den folgenden Befehl ein:
/usr/lpp/db2_06_01/cfg/db2cfgos
Für die Installation von Bull DPX/20 SNA/20 Server ist die folgende Software erforderlich:
__ 1. | AIX V4.2 |
__ 2. | Express SNA Server Version 2.1.3
|
Weitere Informationen zum Einrichten Ihrer SNA-Umgebung finden Sie im
Handbuch Bull DPX/20 SNA/20 Server Configuration Guide.
![]() | Wird DB2 Connect mit Bull SNA Server verwendet, sind keine eingehenden APPC-Verbindungen von fernen Clients möglich. Die einzig möglichen APPC-Verbindungen sind abgehende Verbindungen zum Host. |
Geben Sie zum Konfigurieren von Bull SNA für die Verwendung durch DB2 Connect den Befehl express ein, um die folgenden SNA-Parameter zu konfigurieren:
Config Express Standardkonfiguration für EXPRESS Node CLI1 SPIFNET.CLI1 (HOSTNAME=CLI1) Indep. LUs 6.2 LUs Using All Stations LU CLI1GW Control Point LU Link tok0.00001 Link (tok0) Station SERV To SERV from CLI1 LU CLI1GW0A To SERV from CLI1 LU Pair NYX1GW0A To SERV from CLI1 Mode IBMRDB IBMRDB
Geben Sie in nicht aufgeführte Felder den Standardwert ein.
Im folgenden wird die Beispielkonfiguration erläutert:
Definieren der Hardware: System (hostname) = CLI1 Adapter and Port = CLI1.tok0 MAC Address = 400011529778 Definieren des SNA-Knotens: Name = CLI1 Description = SPIFNET.CLI1 (HOSTNAME=CLI1) Network ID = SPIFNET Control Point = CLI1GW XID Block = 071 XID ID = 27509 Definieren der Token Ring-Verbindung: Name = tok0.00001 Description = Link (tok0) Connection Network name Network ID = SPIFNET Control Point = NYX1GW Definieren der Token Ring-Station: Name = SERV Description = To SERV from CLI1 Remote MAC address = 400009451901 Remote Node name Network ID = SPIFNET Control Point = NYX1GW Definieren der lokalen LU 6.2: Name = CLI1GW0A Description = To SERV from CLI1 Network ID = SPIFNET LU name = CLI1GW0A Definieren der fernen LU 6.2: Name = NYX1GW0A Description = To SERV from NYX1 Network ID = SPIFNET LU name = NYX1GW0A Remote Network ID = SPIFNET Remote Control Point = NYX1GW Uninterpreted Name = NYX1GW Definieren des Modus: Name = IBMRDB Description = IBMRDB Class of service = #CONNECT Definieren der Daten für den symbolischen Bestimmungsort: Name = DB2CPIC Description = To SERV from NYX1 Partner LU = SPIFNET.NYX1GWOA Mode = IBMRDB Local LU = CLI1GW0A Partner TP = DB2DRDA
Nach dem Konfigurieren dieser SNA-Parameter müssen Sie den SNA-Server stoppen und erneut starten. Führen Sie hierzu die folgenden Schritte aus:
Schritt 1. | Melden Sie sich mit Root-Berechtigung an. |
Schritt 2. | Vergewissern Sie sich, daß Ihre PATH-Anweisung die Angabe $express/bin (/usr/lpp/express/bin) enthält. |
Schritt 3. | Prüfen Sie mit dem folgenden Befehl vor dem Stoppen, ob noch Benutzer aktiv sind: express_adm shutdown |
Schritt 4. | Stoppen Sie alle EXPRESS-Aktivitäten durch Eingabe des folgenden Befehls: express_adm stop |
Schritt 5. | Starten Sie EXPRESS durch Eingabe des folgenden Befehls: express_adm start
|
![]() | Nun müssen Sie die DB2-Verzeichnisse aktualisieren, Dienstprogramme und
Anwendungen an den Server binden und die Verbindung testen.
Für OS/2- und Windows-Plattformen wird die Verwendung von Client-Konfiguration - Unterstützung empfohlen. Weitere Informationen finden Sie in Kapitel 6, Konfigurieren der Client/Server-Kommunikation mit Client-Konfiguration - Unterstützung. Anweisungen für die manuelle Konfiguration und für UNIX-Plattformen finden Sie in Schritt 3. Katalogisieren des APPC- oder APPN-Knotens sowie in den folgenden Abschnitten. |
In diesem Abschnitt wird beschrieben, wie SNAPlus2 für HP-UX auf der DB2-Client-Workstation zu konfigurieren ist, damit über APPC eine Verbindung zu einem Server mit DB2 Connect oder DB2 Universal Database hergestellt werden kann.
Bevor Sie beginnen, müssen Sie sicherstellen, daß auf Ihrer Workstation HP-UX SNAPlus2 oder höher installiert ist. Wenn Sie weitere Informationen zur Konfiguration Ihrer SNA-Umgebung benötigen, ziehen Sie bitte die Online-Hilfefunktion von SNAPlus2 zu Rate.
Die Beispielkonfiguration geht von folgenden Annahmen aus:
Melden Sie sich zum Konfigurieren von SNAPlus2 für DB2 Connect als Benutzer mit root-Berechtigung an, und verwenden Sie entweder das Programm /opt/sna/bin/snapadmin oder das Programm /opt/sna/bin/X11/xsnapadmin. Informationen zu diesen Programmen finden Sie in der Systemdokumentation. In den folgenden Schritten wird beschrieben, wie Sie SNAplus2 mit dem Programm xsnapadmin konfigurieren können.
Schritt 1. | Geben Sie den Befehl xsnapadmin ein. Das Fenster Servers wird geöffnet. Klicken Sie Ihren Knoten doppelt an. |
Schritt 2. | Definieren eines Knotens
|
Schritt 3. | Definieren des Anschlusses
|
Schritt 4. | Definieren einer Verbindungsstation
|
Schritt 5. | Definieren einer lokalen LU
|
Schritt 6. | Definieren eines fernen Knotens
|
Schritt 7. | Definieren einer Partner-LU
|
Schritt 8. | Definieren des Modus
|
Schritt 9. | Definieren des CPI-DFV-Bestimmungsorts
|
Schritt 10. | Testen der APPC-Verbindung
|
![]() | Nun müssen Sie die DB2-Verzeichnisse aktualisieren, Dienstprogramme und
Anwendungen an den Server binden und die Verbindung testen.
Für OS/2- und Windows-Plattformen wird die Verwendung von Client-Konfiguration - Unterstützung empfohlen. Weitere Informationen finden Sie in Kapitel 6, Konfigurieren der Client/Server-Kommunikation mit Client-Konfiguration - Unterstützung. Anweisungen für die manuelle Konfiguration und für UNIX-Plattformen finden Sie in Schritt 3. Katalogisieren des APPC- oder APPN-Knotens sowie in den folgenden Abschnitten. |
In diesem Abschnitt wird beschrieben, wie SunLink SNA PU 2.1 (SunLink SNA) for Solaris auf der DB2-Client-Workstation zu konfigurieren ist, damit über APPC eine Verbindung zu einem Server mit DB2 Connect oder DB2 Universal Database hergestellt werden kann.
Vor Beginn der Konfiguration müssen Sie sicherstellen, daß SunLink SNA auf Ihrer Workstation installiert ist. Wenn Sie weitere Informationen zur Konfiguration Ihrer SNA-Umgebung benötigen, ziehen Sie bitte das Handbuch SunLink PU 2.1 Server Configuration and Administrator's Manual zu Rate.
Die Beispielkonfiguration geht von folgenden Annahmen aus:
Melden Sie sich zum Konfigurieren von SunLink SNA Server für die Verwendung durch einen DB2-Client als Benutzer mit mit Root-Berechtigung an, und führen Sie die folgenden Schritte aus:
Schritt 1. | |
Schritt 2. | |
Schritt 3. | Definieren der für SunLink SNA erforderlichen Umgebungsvariablen |
Schritt 4. | Starten des SunLink-SNA-Subsystems
|
Sie können die Datei mit CPI-DFV-Nebeninformationen mit einem einfachen Texteditor erstellen. Die Datei muß in den Anwendungspfad für ein eigenständiges DB2 Connect für Solaris-System gestellt werden.
Anmerkung: | Der Name der Datei mit CPI-DFV-Nebeninformationen muß mit dem symbolischen Bestimmungsnamen übereinstimmen, der im DB2-Knotenverzeichnis auf dem DB2-Client angegeben ist. |
Das nachfolgende Beispiel stellt die Abschnitte der Datei mit CPI-DFV-Nebeninformationen dar, die zum Konfigurieren von SunLink SNA für die Verbindung zu einem DB2-Server erforderlich sind.
# CPIC Side File information # PTNR_LU_NAME=NYX1GW0A MODE_NAME=IBMRDB TP_NAME=DB2DRDA SECURITY=NONE
Sie können die SNA-Server-Konfigurationsdatei mit einem einfachen Texteditor erstellen. Diese Datei hat den Namen sunpu2.config und muß sich im Verzeichnis /opt/SUNWpu21 oder in dem Verzeichnis befinden, in dem der SunLink SNA PU 2.1-Server installiert ist.
Das nachfolgende Beispiel stellt die Abschnitte der Konfigurationsdatei dar, die zum Konfigurieren von SunLink SNA für die Verbindung zu einem DB2-Server erforderlich sind.
// SunLink SunLU6.2/SunPU2.1 SNA-Server - Beispielkonfiguration // Token Ring Peer-to-Peer System A @(#)sunlu62.a.tr // // Die physische Verbindung ist ein Token-Ring-Schnittstellenadapter CP NAME=CLI1GW // Lokaler Name (max. 8 Zeichen) NQ_CP_NAME=SPIFNET.CLI1GW // Qualifizierter Netzwerkname ; TRLINE NAME=MAC1 // SunLink-spezifischer Name SOURCE_ADDRESS=x'400011527509' // sysA_mac_addr für Sun-Maschine ; DLC NAME=SERVLINK // Benutzerdefinierter Name (max. 8 Zeichen) LINK_NAME=MAC1 // Name der Leitung für diese Station LCLLSAP=x'04' // Service Access Point der lokalen Verbindung RMTLSAP=x'04' // Service Access Point der fernen Verbindung RMTMACADDR=x'400009451901 // sysB_mac_addr TERMID=x'07127509' // XID-Vereinbarung ; LU NAME=CLI1GW0A // Lokaler Name (max. 8 Zeichen) NQ_LU_NAME=SPIFNET.CLI1GW0A // Qualifizierter Netzwerkname SESS_LMT=50 // Maximale LU-Sitzungen LUTYPE=6.2 ; PTNR_LU NAME=NYX1GW0A // Name der Partner-LU (max. 8 Zeichen) LOC_LU_NAME=CLI1GWOA // Zugeordnete lokale LU NQ_LU_NAME=SPIFNET.NYX1GW0A // Qualifizierter Netzwerkname ; MODE NAME=IBMRDB // Modusname (max. 8 Zeichen) DLC_NAME=SERVLINK // Zugeordnete DLC PTNR_LU_NAME=NYX1GW0A // Zugeordnete Partner-LU LCL_MAX_SESS_LMT=30 // Maximale Sitzungsbegrenzung MIN_CW_SESS=15 // Min. Sieger in Konkurrenzsituation MIN_CL_SESS=15 // Min. Verlierer in Konkurrenzsituation ;
Die folgenden Umgebungsvariablen müssen gesetzt sein, damit Anwendungen ausgeführt werden können:
Exportieren Sie diese Variablen auf die DB2-Client-Maschine, bevor Sie den nächsten Schritt ausführen.
Führen Sie die folgenden Schritte aus, um das SunLink-SNA-Subsystem zu starten:
Schritt 1. | Wechseln Sie in das SunLink-Installationsverzeichnis. Normalerweise geschieht dies mit folgendem Befehl: cd /opt/SUNWpu21 |
Schritt 2. | Definieren Sie die Umgebungsvariablen für die FlexLM-Lizenzierung. Beispiel: export LD_LIBRARY_PATH=/usr/openwin/lib:/usr/lib export LM_LICENSE_FILE=/etc/opt/licenses/licenses_combined
Weitere Informationen finden Sie in der Dokumentation zu SunLink. |
Schritt 3. | Stellen Sie sicher, daß Sie die Datei mit den CPI-DFV-Nebeninformationen wie unter Erstellen der Datei mit CPI-DFV-Nebeninformationen erstellt haben. |
Schritt 4. | Stellen Sie sicher, daß Sie die Konfigurationsdatei des SNA-Servers wie unter Erstellen der SNA-Server-Konfigurationsdatei erstellt haben. |
Schritt 5. | Falls SunLink SNA bereits gestartet ist, überprüfen Sie den Status mit dem Dienstprogramm sunop. Überprüfen Sie, ob der PU- und/oder DLC-Status connected ist. Sie können auch den Status der Verbindungen mit sunop überprüfen. Einzelheiten zum Dienstprogramm sunop finden Sie in der SunLink-Dokumentation. |
Schritt 6. | Stoppen Sie SunLink, falls das Programm aktiv ist. Geben Sie zum Beispiel folgendes ein: kill -9 sunpu2.pid kill -9 sunlu2.pid |
Schritt 7. | Starten Sie SunLink mit dem folgenden Befehl: sunpu2.1
|
![]() | Nun müssen Sie die DB2-Verzeichnisse aktualisieren, Dienstprogramme und
Anwendungen an den Server binden und die Verbindung testen.
Auf OS/2- und Windows-Plattformen wird die Verwendung von Client-Konfiguration - Unterstützung empfohlen. Weitere Informationen zur Verwendung von Client-Konfiguration - Unterstützung finden Sie in Kapitel 6, Konfigurieren der Client/Server-Kommunikation mit Client-Konfiguration - Unterstützung. Anweisungen für die manuelle Konfiguration und für UNIX-Plattformen finden Sie in 3. Katalogisieren des APPC- oder APPN-Knotens sowie in den folgenden Abschnitten. |
Sie müssen dem Knotenverzeichnis der DB2-Client-Workstation einen Eintrag hinzufügen, um den fernen Knoten zu beschreiben. In den meisten Fällen fügen Sie dem Knotenverzeichnis einen APPC-Knoten hinzu. Unter OS/2 und 32-Bit-Windows-Betriebssysteme können Sie alternativ dazu einen APPN-Knoteneintrag hinzufügen, wenn Ihr lokaler SNA-Knoten als APPN-Knoten definiert wurde.
Führen Sie die folgenden Schritte aus, um den 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 DB2 Connect auf einer UNIX-Plattform verwenden, konfigurieren Sie die Exemplarumgebung, und rufen Sie den DB2-Befehlszeilenprozessor auf. Führen Sie die Startprozedur wie folgt aus: . INSTHOME/sqllib/db2profile (für 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 zum Katalogisieren eines APPC-Knotens den ausgewählten Aliasnamen (knoten), den symbolischen Bestimmungsnamen (symbolischer-bestimmungsname) und die APPC-Sicherheitseinstufung (sicherheitseinstufung) an, die vom Client für die APPC-Verbindung verwendet werden. Geben Sie die folgenden Befehle im Befehlszeilenprozessor ein: catalog "appc node knotenname remote symbolischer-bestimmungsname \ security sicherheitseinstufung"; terminate
Geben Sie zum Beispiel zum Katalogisieren des fernen Datenbank-Servers mit dem symbolischen Bestimmungsnamen DB2CPIC auf dem Knoten db2node unter Verwendung der APPC-Sicherheitseinstufung NONE folgende Befehle ein: catalog appc node db2node remote DB2CPIC security NONE terminate | ||
Schritt 4. | Geben Sie zum Katalogisieren eines APPN-Knotens den ausgewählten Aliasnamen (knoten), die Netzwerk-ID ((1)), die ferne Partner-LU ((4)), den Transaktionsprogrammnamen ((17)), den Modus ((15)) und die Sicherheitseinstufung an. Geben Sie die folgenden Befehle ein, und verwenden Sie dabei Ihre Werte aus dem Arbeitsblatt in Tabelle 30: catalog "appn node db2node network SPIFNET remote NYX1GW0A tpname DB2DRDA mode IBMRDB security NONE" 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 18. Arbeitsblatt: Parameterwerte für Datenbankkatalogisierung | ||||||
Schritt 3. | Wenn Sie einen UNIX--gestützten Client verwenden, konfigurieren Sie die Exemplarumgebung, und rufen Sie den DB2-Befehlszeilenprozessor auf. Führen Sie die Startprozedur wie folgt 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.
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 mehr benötigen, geben Sie den Befehl
db2 connect reset ein, um die Datenbankverbindung zu
beenden.
![]() |
Sie können nun anfangen, mit DB2 zu arbeiten. Weitere Informationen
finden Sie im Handbuch Systemverwaltung.
|
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.