SQL aus Job auslesen

[Mr-Ferret]

Hallo,

ich habe vor längerer Zeit einmal mitbekommen, das es wohl möglich ist die SQL Statements von einem Job auszulesen, anzuzeigen.
Meine Frage, kann mir jemand sagen wie ich das bewerkstelligen kann?
Vielen Dank!

Gruß
Manfred

[Robi]

Meinst du das ?

Craig Rutledge's SCNSQL

Hab keinen link mehr gefunden,

[Mr-Ferret]

Ich glaube nicht, im www. hab ich das auch nicht gefunden und auf unserer Maschine leider auch nicht.

[Fuerchau]

Ich denke da ging es um die SQL's aus STRSQL.
Da könnte ggf. ein DMPSYSOBJ des *USRPRF's helfen.

[cbe]

Oder meinst Du ganz banal die STRSQL-Historie?

STRSQL
F4
4=Sitzung in Quellendatei sichern

Wenn die Teildatei erstellt wurde, breche ich das mit F12 ab und gehe doch mit
1=Sitzung sichern und verlassen
raus, dann habe ich die alten SQLs fürs nächste mal.

Übrigens wenn ich STRSQL offen habe und in einer anderen Session auch STRSQL aufrufe, dann läuft diese Historie getrennt.

[BenderD]

... wenn das ein anderer user ist:
https://groups.google.com/forum/#!ms...I/vt1SGqiGlHoJ

wobei das nur für die STRSQL Historie gilt und der Benutzer diese nicht löscht. Um irgendwelchen Schmutzbuckeleien und Fehlern auf die Spur zu kommen, geht kein Weg an Journaling der Dateien und Audit Journal vorbei...

D*B

[Fuerchau]

Audit hilft ggf. nicht ganz so weiter.
Journal hilft immer, aber es gibt auch Dateien die halt nicht journalisiert werden.
Per WRKREGINF kann man sich in die SQL-Aufrufe "reinhacken" und "mitschneiden".
D.h., bei jedem SQL-Aufruf (ODBC/JDBC, DRDA, STRSQL, embedded) wird die Schnittstelle bedient und der geplante SQL vor der Ausführung übergeben.
Dies kann man wenn man will aufzeichnen und auswerten.

[andreaspr@aon.at]

Wenn du das zuletzt ausgeführte SQL eines Jobs haben willst geht das mit der UDTF GET_JOB_INFO:

select * from table(GET_JOB_INFO('971553/PROUZA/PROUZA1')) t1

Diese gibt es ab 7.2 aber auch in 7.1 mit entsprechenden PTFs.

lg Andreas

[Mr-Ferret]

Erst mal vielen Dank für die ganzen Antworten,
ich habe gerade erfahren, das was ich meinte geht mit dem iDoctor, da kann mal wohl bei jedem Job das SQL Statement dann ansehen. Wir haben zwar den iDoctor auf dem System aber wo ich die Informationen nun finde, weiss ich noch nicht.
@Andreas,
deine Lösung währ auch super, ich bekomme jedoch "nur" soetwas wie:
V_JOB00001 V_ACT00001 V_RUN00001 V_SBS_NAME V_CPU_USED V_TEM00001
angezeigt.
Falls jemand weiß wie ich das mit dem Doctor bewerkstelligen kann dann schon mal vielen Dank!
Ansonnst muß ich das noch suchen.

Danke noch mal an alle.
Gruß und schönes Wochenende, es scheint endlich mal die Sonne! :-)

[Fuerchau]

Soweit ich das grob nachgelesen habe gehört der iDoctor zu der Gruppe der Performancetools und muss explizit, z.B. für einen Job gestartet werden.
Die Frage ist eigentlich:
Was willst du genau?
Wenn du weißt, welche Programme embedded SQL's ausführen reicht ein simpler PRTSQLINF.
Mittels STRDBMON kannst du ebenso SQL's zur Überwachung incl. Perfomance u.v.m. auswerten.
Es gibt viele Wege...
Aber du musst schon wissen, was du genau willst, sonst stochern wir alle hier im Nebel.

[andreaspr@aon.at]

@Andreas,
deine Lösung währ auch super, ich bekomme jedoch "nur" soetwas wie:
V_JOB00001 V_ACT00001 V_RUN00001 V_SBS_NAME V_CPU_USED V_TEM00001
angezeigt.

Die Spalte V_SQL_STATEMENT_TEXT ist bei 7.1 mit dem TR8 hinzugefügt worden.
Du müsstest also ein paar Updates einspielen.

[Mr-Ferret]

Ich sag mal so, Nebel, ganz schlecht ;-)
Nun seit zwei drei Tagen ist mir aufgefallen, das ein paar User Jobs abschicken die sich nicht mehr beenden. Job Type PJ. Gestern waren das 575 jobs von einem User der sich das auch nicht erklären konnte und mich gebeten hat, Ihm das SQL Statement zu schicken da er es nicht mehr hat aber gerne den Fehler nachvollziehen bzw. suchen möchte. Lt. seiner Aussage sollte der Job auch nach dem durchlauf beendet sein.
Da solche Fälle immer wieder vorkommen, habe ich auch interesse daran, zu wissen, was die Leute auf die Maschine jagen.
Die User schicken die Jobs über eine Gateway an unsere i5, Sie haben keine signon Berechtigung auf dem System.
Hoffe mit der Erklärung den Nebel etwas gelichtet zu haben.
Und last but not least, STRDBMON ist genau das was ich wollte, damit kann ich die SQL's ansehen.

Vielen Dank an alle! ! !