-
Zugriff über ODBC und MS Access
Hallo Gemeinde,
ich habe folgendes Problem. Ich greife mit MS Access 2007 oder 2010 und ODBC auf die AS400 mit V7.1 zu. Auf System 1 ist alles in Ordnung. Bei System 2 bekomme ich folgenden Fehler angezeigt:
ODBC-Aufruf fehlgeschlagen.
[IBM][System i Access ODBC-Treiber][DB2 für i5/OS]SQL0440 - routine SQLSTATISTICS in SYSIBM mit angegebenen Parameter nicht gefunden. (#-440)
Jemand eine Idee oder das gleiche Problem schon einmal gehabt?
Gruß
Ronald
Noch ein Nachtrag: Im MS Excel geht der Zugriff über ODBC ohne Probleme..
-
hier hatte wohl einer das gleiche, vielleicht hilft es weiter: https://social.technet.microsoft.com...um=officeitpro
-
Das hatten wir doch schon mehrfach:
Stichwort QZDAPKG.
Dieses ist ggf. von einem alten Release übernommen worden und muss gelöscht werden.
Es könnte ebenso ein Registrierungsproblem in SYSPROCS sein.
Dafür gibts aber irgendeinen RCL-Befehl (RCLDBx?), der das dann neu aufbaut.
-
Ja, das habe später dann auch noch einen Beitrag mit der QZDAPKG gefunden.
Nur kann ich diese nicht löschen , da da immer ca. 5-n Jobs (QZDAINIT + QZDASOINIT) drauf glucken.
Und das System ist 7*24 Stunden im Zugriff...
-
Das ist mir auch klar, aber die Unterbrechung von max. 1 Minute sollte zu verkraften sein.
Pack die Befehle in ein CLP dann gehts am schnellsten.
Und ODBC scheint ja wohl eher keiner zu brauchen.
ENDHOSTSVR *DATABASE
ENDPJ QUSRWRK QZDASOINIT *IMMED
ENDPJ QUSRWRK QZDASSINIT *IMMED
ENDPJ QSERVER QZDAINIT *IMMED
DLTSQLPKG QGPL/QZDAPKG
STRHOSTSVR *DATABASE
STRPJ QSERVER QZDAINIT
Anders siehts da ggf. mit dem RCLDBXREF aus.
Welche Lib da fehlerhaft ist...
Ich kann da nur dei QSYS vermuten, da hier ja normalerweise die SQL-Programme residieren.
Vergleich mal die QSYS2/SYSPROCS der beiden Systeme, dann findest du den Unterschied.
-
Zitat von malzusrex
Ja, das habe später dann auch noch einen Beitrag mit der QZDAPKG gefunden.
Nur kann ich diese nicht löschen , da da immer ca. 5-n Jobs (QZDAINIT + QZDASOINIT) drauf glucken.
Und das System ist 7*24 Stunden im Zugriff...
- ALCOBJ
- WRKOBJLCK und rausfeuern
- delete SQLPPKG
... und wenn einer anruft und meckert, dass da was nicht geht, sagst Du: "Ich kümmer mich sofort drum" und bist der King, weil Du das so schnell hingekriegt hast
D*B
-
Zitat von BenderD
... und wenn einer anruft und meckert, dass da was nicht geht, sagst Du: "Ich kümmer mich sofort drum" und bist der King, weil Du das so schnell hingekriegt hast
Den merk ich mir! :-)
-
Zitat von andreaspr@aon.at
Den merk ich mir! :-)
Wie? Der war neu? Das ist seit Jahrzehnten übliche Vorgehensweise.
Im Notfall: mach was kaputt, und nach drei Anrufen reparier es wieder
-h
-
Deswegen bin ich froh das es immer mehr IP-Telefon gibt.
Bei Netzwerkausfall ruft keiner mehr an. Himmlisch diese Ruhe......
GG
-
Hmmm,
alle Pakete aus der QGPL gelöscht.
MS Access angeworfen, und der gleiche Fehler.
Es wurden 2 Pakete angelegt.
MSACCESFBA
QZDAPKG
Jetzt heißt es weiter suchen.
An sonsten sind auf dem System nur noch 2 Pakete in der QSYS.
QSQLPKG2
QSQXDPKG
Dies habe ich mal stehen lassen. Kann man die löschen...??
Gruß
Ronald
-
IP-Telefon über Mobil? Das mach Sinn...
Durch OS-Wechsel/Updates kommt es schon mal in der QSYS2 und den angehängten Views SYSxxx zu Problemen. Ein Kunde hatte das auch schon mal, dass ganze Bibliotheken oder auch nur einzelne Dateien in den SYSCOLUMNS u.s.w. fehlten. Hierfür dient der RCLDBXREF.
In wie weit der auch fehlende Prozeduren und Funktionen nachregistriert kann ichnicht sagen.
Hier kommt es auf den Versuch an.
Schau mal im funktionierenden System in die SYSPROCS. In Routine:Body und EXTERNAL_NAME sieht man die ausführenden Programme.
Als Installer sieht man den QLPINSTALL, ggf. gibt es auch hierfür noch mal eigenene Aufrufe falls es der RCLDBXREF nicht macht.
Ggf. könnte der OpsNav die DDL für das Create Procedure aus dem funktionierenden System anzeigen, dann brauchst du diese auf dem fehlerhaften System nur aufzurufen.
Besser wäre da schin ein IBM-eigenes Programm, ggf. Fehler bei IBM aufmachen.
-
Das Problem ist weg.
Die Maschine war neu, und ist erst vor wenigen Wochen in Betrieb genommen worden.
Nach der Installaion war alles in Ordnung. Und dann muss irgend wann mal was falsches zurück gespeichert worden sein....
Jedenfalls stand bei der Anzeige der installierten Lizenprogramme bei folgenden Produkten BACKLEVEL
5770SS1 V7R1M0 L00 Bibliothek QGPL
5770SS1 V7R1M0 L00 Bibliothek QUSRSYS
5770SS1 V7R1M0 L00 IBM i
Nachdem diese 3 nocheinmal Insalliert worden sind, klappt es dann auch so, wie es soll.
Danke für eure Mithilfe
Gruß Ronald
Similar Threads
-
By JonnyRico in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 31-01-03, 16:32
-
By J.Kess in forum IBM i Hauptforum
Antworten: 3
Letzter Beitrag: 22-08-02, 15:05
-
By hs in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 22-08-02, 07:27
-
By Biene in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 08-08-02, 11:29
-
By SL in forum IBM i Hauptforum
Antworten: 2
Letzter Beitrag: 22-07-02, 11:54
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