-
IBM DB2 Client Configuration Assistant
Hallo zusammen,
ich plage mich gerade mal wieder mit ODBC ab und hoffe, dass mir jemand von Euch helfen kann (nein, ich habe im Forum nichts passendes zu meinem Problem gefunden ;-).
Danke für Eure Mühe bereits im Voraus.
Mein Problem:
Auf einem WinXP-Arbeitsplatz ist IBM Personal Communications und IBM DB2 Client Configuration Assistant installiert. Auf diesem Client darf ich nicht CA installieren (wird vom Rechenzentrum nicht freigegeben).
Die Verbindung über den Assistenten ist wie folgt eingerichtet:
[NODE>GAL82000]
DB2SYSTEM=GAL820A
ServerType=DB2400
Protocol=TCPIP
Hostname=xxx.xxx.xxx.xxx
Portnumber=8471
Security=0
[INST>DB2]
instance_name=DB2
NodeType=2
ServerType=DB2NT
[DB>GAL82000:GAL820A]
Dir_entry_type=REMOTE
Authentication=NOTSPEC
DBName=GAL820A
[CLI_ODBC>GAL820A]
DataSourceName=GAL820A
DataSourceType=System
PWD=XXX
UID=***
PATCH2=6
PATCH1=1024
LOBMAXCOLUMNSIZE=1048575
LONGDATACOMPAT=1
ODBCParameters=Yes
Beim Testen der Verbindung erhalte ich den Fehler:
[IBM][CLI Driver] SQL30081N A communication error has been detected. Communication protocol being used: "TCP/IP". Communication API being used: "SOCKETS". Location where the error was detected: "". Communication function detecting the error: "recv". Protocol specific error code(s): "*", "*", "0". SQLSTATE=08001
Die Hilfe zu dem Fehler:
If you are trying to establish a new connection, possible causes
include the following:
o The remote database server has not been cataloged correctly
at the client.
o The database manager configuration file at the server has not
been configured with the proper communication parameters.
o The communication subsystem at the client node or server node
has not been configured correctly, or has not been started
successfully.
o The communication subsystem at the SOCKS server, if one is
being used, has not been configured correctly, or has not
been started successfully.
o The DB2COMM environment variable at the server doesn't
specify the communication protocol used by the client.
o The database manager at the server has not been started, or
has not been started successfully. One or more of the
communication protocols specified by DB2COMM may not have
been successfully started.
Refer to the token values for details. Depending on the protocol
being used and the communication function invoked, some tokens
may not be applicable. The following is the explanation of the
token values:
<... snip ...>
If the location information is not available at the time that the
error occurred, this token is not filled in.
<function> The name of the communication subsystem function that
returned the error code(s).
<rc1>, <rc2>, <rc3> The list of the available error codes and
subcodes that are specific to each protocol being used. Tokens
that are not applicable contain "*".
If the protocol being used is:
o TCP/IP
<... snip ...>
- If <rc3> is present and contains "0", it means that the
TCP/IP connection has been closed. This could be caused by one
of the following:
- The database agent at the server was forced off by the system
administrator.
- A database agent could not be started at the server because
the maxagents database manager configuration
parameter has been exceeded. Check the First Failure
Service Log (DB2DIAG.LOG) at the server to see if an
error message has been logged.
- The connection may have been closed by the remote server at
the TCP/IP level.
- The database agent at the server was terminated due to an
abnormal termination of a key database manager
process.
<... snip ...>
If you are trying to establish a new connection, check if:
1. The remote database server is cataloged properly on the
client node.
2. The database manager configuration file at the server is
configured with the proper communication related parameters.
If the database manager configuration parameters have been
updated at the server, ensure that you stop and then re-start
the database manager, for the changes to take effect.
3. The communication subsystems on both client and server nodes
are configured and started up properly.
4. The DB2COMM environment variable at the server specifies the
communication protocol used by the client.
5. The database manager at the server is successfully started.
Start database manager processing at the server should have
returned SQL1063, and not SQL5043. If SQL5043 is returned,
check the First Failure Service Log (DB2DIAG.LOG) for more
information.
6. A communication subsystem or network error has occurred.
If the problem persists, consult with your network administrator
and/or communication expert to determine the cause of the problem
using the set of tokens provided.
sqlcode: -30081
sqlstate: 08001
-
Port 8471 ist as-database und entspricht ODBC.
DB2/Connect verwendet jedoch DRDA und das ist Port 446.
-
ahhh ... ja Test führt zu neuem Fehler, mir dem ich aber wenigstens etwas anfangen kann: "The release level of the database client is not supported by the release level of the database server". Das ist doch mal 'ne Aussage. Danke für die prompte Hilfe.
-
Was habt ihr denn für Versionen im Einsatz ?
-
DB2 COnnect Client 7.2, auf iSeries DB2400-Version unbekannt. Wie kann ich die ermitteln ? Es handelt sich um eine 820 auf V5R1M0.
-
Dann ist es DB2/400 V5R1 !
Die DB auf der AS/400 hat keine eigene Versions-Nr. sondern die des OS.
DB2/Connect benötigst du dann mindestens V8.
-
Habe mir übers Wochenende DB2 Connect 9 bei IBM runtergeladen (inkl. Doku ca. 900 MB). Werde ich installieren und testen. Ergebnis poste ich hier dann kurz.
Nochmals Danke für die Hilfe und Gruß.
-
Testergebnis:
DB2 9 Client auf PC ohne DB2 7.2 Client ok; mit installiertem DB2 7.2 nicht ok. DB2 7.2 darf ich nicht deinstallieren, also voerst keine Lösung, bis 7.2 (irgendwann vielleicht mal - aber wohl eher nicht in absehbarer Zukunft) aktualisiert wird.
Ich werde mir da wohl einen Zwischenschritt mit Import/Export von csv-Dateien in eine Access-Db (würg) o.ä. einrichten müssen. Da freut man sich jetzt schon auf die tolle Performance und überragende Stabilität solch einer _Lösung_.
Gibt es vielleicht noch eine andere Möglichkeit ?
Gruß
-
Access ja, aber als Verknüpfte Tabelle:
Tabelle1: Verknüpfung zur AS/400
Tabelle2: Verknüpfung zur DB/2
Anfügeanfrage:
insert into tabelle2
select ... from tabelle1 where ...
Dass 2 Versionen eines Produktes nicht parallel laufen ist auf dem PC doch klar.
-
Hmmm, ja ... manchmal ist man einfach wirklich blind. Funktioniert ganz gut so.
Zitat von Fuerchau
Dass 2 Versionen eines Produktes nicht parallel laufen ist auf dem PC doch klar.
Naja, das stimmt ja so nicht ganz. Gibt schon manches, was man parallel installieren und betreiben kann. Aber prinzipiell hast Du recht.
Danke für den Hinweis und Deine Hilfe.
Gruß
Similar Threads
-
By mlitters in forum Archiv NEWSboard Events
Antworten: 0
Letzter Beitrag: 11-10-06, 16:52
-
By Kirsten Steer in forum Archiv NEWSboard Events
Antworten: 0
Letzter Beitrag: 15-06-06, 07:40
-
By Burgy Zapp in forum NEWSboard Server Job
Antworten: 1
Letzter Beitrag: 05-05-05, 19:00
-
By programmer in forum NEWSboard Drucker
Antworten: 3
Letzter Beitrag: 25-10-04, 21:10
-
By Arbi in forum IBM i Hauptforum
Antworten: 0
Letzter Beitrag: 19-10-01, 15:12
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks