Das Erstellen der SQL Packages für DB2OLEDB v5 schlägt auf AS/400 V5R1 fehl

[ahschneider]

Guten Abend zusammen,

wir greifen auf die AS/400 via Linked Server SQL Server Standard 2014 zu.
Zurzeit nutzen wir die IBMDASQL Treiber, die gibt es für V5R1 nur in 32 bit.
Wir möchten auf eine 64 bit SQL Server Instanz umsteigen und die Microsoft DB2OLEDB Treiber nutzen, die auch schneller sind.

Diese funktionieren in der Version 3 anstandslos.
Leider ist das Installationspaket auf die Enterprise und Developer Editionen beschränkt.

Microsoft hat die Politik geändert und die Version 5 des Treibers auch für SQL Server Standard Edition freigegeben.
Damit habe ich aber das Problem, das die SQL Packages via Datenzugriffstool auf der AS/400 nicht erstellt werden können:

Folgende Fehlermeldung:

Connected to data source 'XPPS'.
The package creation process has failed on resource 'XPPS':
An internal network library error has occurred. The requested command included a parameter that is not recognized or is not supported by the target system. SQLSTATE: HY000, SQLCODE: -344

Die Package Collection (bzw. Bibliothek) habe ich auf der AS/400 erstellt.
Public hat die Berechtigung *ALL.

Auf der folgenden Seite steht was zu dem Thema Berechtigung und Packages:
https://msdn.microsoft.com/en-us/lib...b-db2_packages

Der ConnectionString:
Provider=DB2OLEDB;User ID=xxx;Password=xxx;Initial Catalog=xxx;Network Transport Library=TCPIP;Host CCSID=20273;PC Code Page=1250;Network Address=xxx;Network Port=446;Package Collection=DB2OLEDB;Units of Work=RUW;DBMS Platform=DB2/AS400;Use Early Metadata=False;Defer Prepare=False;DateTime As Char=False;Rowset Cache Size=0;Binary CodePage=0;Datetime As Date=False;AutoCommit=True;Authentication=Server;D ecimal As Numeric=False;Derive Parameters=False;LoadBalancing=False;Persist Security Info=True;Cache Authentication=False;Extended Properties="AUTH ENCRYPT=False";Connection Pooling=False;

Ich bräuchte somit entweder ein Installationspaket von Version 3 ohne Editionseinschränkung oder die Lösung des Problems beim Erstellen der SQL Packages bei der Version 5.

Meine Frage parallel im TechNet:
https://social.technet.microsoft.com...orum=sqlserver


Herzlichen Dank
Anna

[Fuerchau]

Hiermit begrüße ich dich erst mal im AS/400-Forum.
Ich denke, mit dem DB2OLEDB hat hier noch niemand gearbeitet, aber wer weiß...

Zuerst einmal stellt sich die Frage, was denn der Fehler SQLCODE -344 aussagt.
Den Text dazu findest du per WRKMSGD in der MSGF QSQLMSG mit dem Schlüssel SQL0344.

Dann habe ich Fragen zum Connection string:
Host CCSID=20273
Diese CCSID gibt es nicht, hier solltest du 273 setzen.
Bei unbekannten CCSID's wählt das System ggf. eine eigene CCSID in Abhängigkeit zur Sprachem vielleicht ist das ja dann automatisch 273.

PC Code Page=1250
Arbeitet die Datenbank tatsächlich in osteuropäisch? Dann gibt es auf jeden Fall inkompatibilitäten bei der Codewandlung, denn 273 ist inkompatibel zu 1250.
Korrekt wäre hier eigentlich 1252 für westeuropäisch.

Nun weiß ich nicht, welche Job's von DRDA verwendet werden, ggf. sind dies aber ebenso QZDASOINIT-Jobs.
Hier gilt es mal, den Job herauszufinden, der die Verbindung aufgebaut hat. Ggf. sind in diesem Job weitere Fehlerhinweise zu finden. Wenn eine Verbindung besteht, lässt sich dies per
WRKOBJLCK USERNAME *USRPRF
herausfinden. USERNAME ist in diesem Fall der Anmeldeuser der Verbindung.

Wenn es nur an der Paketerstellung scheitert, versuche mal herauszufinden, ob es denn auch ohne SQL-Pakete geht. Dann ist es u.U. ein paar Millisekunden langsamer, da jer SQL erneut geprüft werden muss.

Tja, und zu guter letzt könnte es einfach sein, dass die neuen DRDA-Treiber inkompatibel zu V5R1 sind.
Dann hast du wahrlich ein Problem mit 64-Bit.

Nachtrag:
SQLCODE -344 deutet auf ein Codepage-Problem hin.

[ahschneider]

Vielen Dank für die schnelle Antwort!

Bezüglich der Codepages:



Und wrkmsgd..leider fehlt bei uns 344



Die Fehlerhinweise sagen mir leider nicht viel:

5722SS1 V5R1M0 010525 Jobprotokoll anzeigen 16.06.17 10:09:29 Seite 1
Jobname . . . . . . . . . . : QRWTSRVR Benutzer . . . . : QUSER Nummer . . . . . . . . . . . : 857339
Jobbeschreibung . . . . . . : QDFTJOBD Bibliothek . . . : QGPL
MSGID ART_ SEV DATUM ZEIT FROM PGM BIBLIOTHEK INST TO PGM BIBLIOTHEK INST
CPF1124 Information 00 16.06.17 10:01:18 QWTPIIPP QSYS 067E *EXT *N
Nachricht . . . : Job 857339/QUSER/QRWTSRVR im Subsystem QSYSWRK in QSYS am
16.06.17 um 10:01:18 gestartet. Job im System am 16.06.17 um 10:01:17.
angekommen.
CPI9162 Information 00 16.06.17 10:09:28 QCNTEDDM QSYS 045C QCNTEDDM QSYS 045C
Nachricht . . . : Der für die Bearbeitung der DDM-Verbindung zugeordnete
Zieljob wurde vom Quellensystem über TCP/IP gestartet.
Ursache . . . . : Job Microsoft.HostIntegration.DataAccessTool.exe-MSDRDAAR
auf Quellensystem XXX startete eine DDM-Verbindung über TCP/IP. Siehe
Quellenjob Microsoft.HostIntegration.DataAccessTool.exe-MSDRDAAR für alle
weiteren Nachrichten bezüglich der DDM-Verbindung. DDM verwendet die ferne
IP-Adresse XXX und den fernen Port 64835 für diese
TCP/IP-Verbindung.
CPI3E01 Information 00 16.06.17 10:09:29 QRWTARDB QSYS 0626 QRWTARDB QSYS 0626
Nachricht . . . : Auf die lokale relationale Datenbank wurde von XXX
Weitere ..
zugegriffen.
CPF9150 Abbruch 40 16.06.17 10:09:29 QCNXPRSE QSYS 0511 QCNTRCV QSYS 01AD
Nachricht . . . : Nachricht intern von CN-Komponente gesendet.
Technische Beschreibung. . . . . : Diese Nachricht wird intern von der
CN-Komponente benutzt, um den Löschvorgang sicherzustellen, der von den
verschiedenen Ebenen nach dem Eintreten von Fehlersituationen durchgeführt
wird.
CPF93B6 Information 10 16.06.17 10:09:29 QPDSERR QSYS 083C QCNXDUMP QSYS 0160
Nachricht . . . : Problemprotokoll aktualisiert.
Ursache . . . . : Es wurde ein Problem auf dem System festgestellt. Es wurde
jedoch kein Problemprotokolleintrag erstellt. Der Grund hierfür ist ein
bereits vorhandener Problemprotokolleintrag, der dieses Problem beschreibt.
Die vorhandene Problemprotokolleintrags-ID 1716734626 wurde aktualisiert.
Damit wird angezeigt, dass das Problem erneut aufgetreten ist.

WRKPRB:

Problem-ID . . . . . . . : 1716734626
Aktueller Status . . . . : Bereit
Problem . . . . . . . . : Softwareproblemdaten für QCNTRCV protokolliert. We
itere Informationen dem Hilfet

Fehlernachrichten-ID . . . . . . : CPI93B0
Art des Problems . . . . . . . . : Von der Maschine erkannt
Problemkategorie . . . . . . . . : *REPORT
Datum und Uhrzeit des Erkennens . : 16.06.17 10:05:07
Systemreferenzcode . . . . . . . : SRCB900FDC5
Berichtsprogramm-ID . . . . . . . : 5722SS1
Version . . . . . . . . . . . . :
Release . . . . . . . . . . . . :
Modifikationsstufe . . . . . . :
Programm . . . . . . . . . . . : QCNXDUMP
Service-ID . . . . . . . . . . : 9001
Problem festgestellt von Programm : 5722SS1
Version . . . . . . . . . . . . :
Release . . . . . . . . . . . . :
Modifikationsstufe . . . . . . :
Programm . . . . . . . . . . . : QCNXDUMP
Symptomzeichenfolge . . . . . . . : 5722 F/QCNTRCV MSGCPF9163
APAR-Bibliothek . . . . . . . . . : QSC6734626
Fehlerprotokoll-ID . . . . . . . : 800003C2
Ursprünglicher Referenzcode . . . : FDC5
Beschreibung . . . . . . . . . : Fehler im Betriebssystem IBM OS/400 fes
tgestellt
Umsetztabelle . . . . . . . . . : QSYS/QB900FA00
ID des fehlerhaften Programms . . : 5722SS1
Version . . . . . . . . . . . . : 0005
Release . . . . . . . . . . . . : 01
Modifikationsstufe . . . . . . : 00
Programm . . . . . . . . . . . : QCNTRCV
Fehlerh. Instruktion . . . . . :
Funktion . . . . . . . . . . . :
ALERT-Bedingung . . . . . . . . . : Ja
Anzahl der Vorkommen . . . . . . : 2

Mit einem Linked Server bekomme ich auch den gleichen SQLCode -344.
Wir haben viele Codepages ausprobiert.

Vielen Dank auch für die Befehle .. wir sind leider keine geschulten AS/400 Admins.

[ahschneider]

Mein Kollege hat höchstwahrscheinlich die Fehlerursache gefunden:

https://blogs.msdn.microsoft.com/sja...b2-for-zos-v7/

Hat zwar nicht unbedingt direkt mit der AS400 jedoch mit der DB2. Dort geht es um die gleichen Fehlermeldung und eventuell auch die Erklärung dazu (neue DDM code points).

Doku zu DDM für V5R4: https://www.ibm.com/support/knowledg...rbae5xappc.htm



Ich denke, wir brauchen wirklich "nur" das Installationspaket von DB2OLEDB v3 ohne Editionsabfrage.

[Fuerchau]

Habt ihr nun V5R1 oder V5R4 im Einsatz?
Für V5R4 gibt es auch X64-Versionen, vielleicht kann jemand aus dem Forum hier ggf. die Software zur Verfügung stellen (ggf. Holger Scherer?). V5R4 funktioniert auch noch mit V5R1.
Eine V6R1-Version funktionierte bisher bei mir auch noch mit V5R2, dürfte also auch noch mit V5R1 klappen.

Die Editionsabfrage wird Microsoft wohl nicht entfernen.
Es scheint aber noch eine V4 zu geben:
https://blogs.msdn.microsoft.com/sja...-is-available/
Vielleicht sucht ihr da noch mal ein wenig.

Auch wenn der Wizzard da ggf. was anderes anbietet, so kann man den Connectionstring ja anschließend durchaus bearbeiten.
Wähle aber zuerst mal as PC-Codepage die 1252 aus.
Schließlich haben wir immer noch hier Westeuropa.
Central-Europa fängt bei Polen an und geht dann bis zur Ukraine.

Wenn du schon den Job gefunden hast, so kannst du mal die Ausführungsattribute auf die CCSID untersuchen. Es sollte dann 273 eingestellt sein.

Das die QSQLMSG die Fehlercode noch nicht hat, scheint auch ein Versionsproblem zu sein.

[ahschneider]

Wir haben V5R1.
Mit DB2OLEDB v4 haben wir das gleiche Problem.
Im Job steht 273, wenn man 20273 oder 273 im ConnectionString eingibt.

Lieben Dank für die Mühe!

[Fuerchau]

Da ihr noch auf V5R1 seid und wohl auch nicht wechseln könnt/wollt, wendet euch mal an Holger Scherer http://www.rzkh.de/ (Gruß von mir), der hat bestimmt noch CA V5R4 oder V6R1 in 64-Bit rumliegen.
Dann sollte der IBMDASQL auf 64-Bit funktionieren.
Der DB2OLEDB in V4ff setzt wohl einfach Dinge voraus, die es in V5R1 noch nicht gibt.

Was die Performance angeht, so konnte ich bisher zwischen ODBC und OLEDB noch nie einen nennenswerten Unterschied feststellen. Meist lag es immer an den SQL's und somit an der AS/400.

Ggf. müsst ihr halt doch noch mal alternative Anbieter für ODBC/OLEDB an AS/400 suchen.

[ahschneider]

Vielen herzlichen Dank für die Vermittlung
Herr Scherer war so nett und hat uns sehr schnell geholfen.
Wir nutzen jetzt den 64bit IBMDASQL Treiber von CA V5R4.

Gleichzeitig warte ich noch auf die Antwort bez. des Probelms bei DB2OLEDB:
https://social.msdn.microsoft.com/Fo...=sqldataaccess

..aber das ist jetzt nicht mehr so dringend, Hauptsache wir können auf eine 64bit Instanz migrieren.

Noch einmal.. Herzlichen Dank für deine schnelle Hilfe!

[Fuerchau]

So ist nun mal unsere Comunity.
Da V5R1 nun mal schon etwas betagter ist, wirst du wohl kaum eine Antwort oder gar eine Behebung bekommen.
Aber hier findest du immer Hilfe rund um die AS/400.

Frage am Rande:
Da du oben XPPS erwähnst, habt ihr etwa Infor/Brain-XPPS im Einsatz?
Dann hätte ich da noch was für euch (siehe meine Signatur).

[ahschneider]

Danke! Es wird bestimmt nicht unsere letzte Anfrage bleiben.

Ja wir nutzen XPPS 2.2 von Agilisys/Brain/Infor.
Bist du Infor Partner?
Wir hatten in der Vergangenheit ein Lizensierungsproblem, bei dem ein externer Dienstleister für uns PPS-Anpassungen vorgenommen hat, aber kein Infor Partner war.
Ein Lizensierungsproblem, da er über uns Zugriff auf den kompletten Infor Quellcode hatte.
Zurzeit nehmen wir keine Anpassungen vor oder wenden uns direkt an Infor.

[Fuerchau]

Ich mache schon seit ca. 1998 als Freelancer Anpassungen und auch Erweiterungen rund um das Infor XPPS.
Lizenzrechtlich besteht überhaupt kein Problem, auf Quellen des 2.2 zurückzugreifen da es schon längst aus der Wartung ist und ein Upgrade nicht erzwungen werden darf.
Außerdem gibt es schon das eine oder andere Mal Aufgaben, die zwar die Integration in die Datenbank betreffen aber durchaus Schnittstellen zu Fremdsystemen öffnen.
Zusätzlich habe ich mit der FT eine BI-Anwendung, die auch speziell für XPPS Module enthält.

Ja ja, Leute, andere machen ja auch Werbung für sich.