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

[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.