Anonym.
Hallo und Guten Tag zusammen!
Wir haben folgendes Problem bzw. Probleme:
Zu Grunde liegt ein Jobabbruch mit -915 ( 57029 ). Logfile wurde bereinigt trotzdem gleicher Fehler! Später läuft das Programm (macht sowohl Select, Update, Insert) Step für Step durch.
Etwas später: Ein anderes Programm (andere Tabellen-Zugriffe) bleibt nach dem "connect" stehen und läuft nicht weiter. Kein Abbruch! Der Versuch einen Reorg auf eine der Tabellen zu machen scheitert… läuft nicht an, schreibt aber auch keinen SQL-Fehler raus!
Andere Programme laufen ohne Probleme obwohl teilweise die gleichen Tabellen angefasst werden. Ein weiteres Kuriosum: Selects auf ein und die selbe Tabelle können einmal abgesetzt werden, dann wieder nicht…
Sollten noch weitere Angaben notwendig sein, bin ich gern bereit etwas ausführlicher zu werden.
Ich bin mit meinem Latein am Ende. Mir würden schon Hinweise reichen… muss ja nicht gleich die komplette Lösung sein ; ).
mfg
Susanne
Hallo Susanne,
den sql error -915 hatten wir auch schon – wenn ich es noch richtig weiss, haben wir damals
das Programm dahingehend umgebaut, dass alle z. B. 5000 Sätze ein COMMIT durchgeführt
wird und somit die Resourcen wieder freigegeben werden (einen evtl. SELECT_CURSOR muss
man halt nach dem Commit wieder erneut öffnen – vorausgesetzt natürlich, dass das überhaupt
in der Anwendung geht).
Mmm, das Programm bleibt nach dem CONNECT einfach stehten?! Vor länger Zeit hatten wir
ähnliches Seltsames – dabei stiegt die Auslastung auf 100% und der STEP kam nicht zu Ende
– nach einem CANCEL und einem erneuten Starten lief dann der STEP problemlos durch! Wir
fanden aber nie den Grund und mit einer neuen DB2-Version trat der Fehler dann nicht mehr
auf.
Welche DB2/VM-Version kommt denn zum Einsatz?
Gruß
Bunbury
Hallo Bunbury!
Merci, für die rasche Antwort!
Bei uns ist die Version 7.3 im Einsatz!
Zu -915:
Jetzt läuft alles normal, CPU liegt zwischen 40-65% obwohl durchs Online-Geschäft noch mehr Trafic herrscht als 3 Uhr nachts. Auch die Intervalle, die uns so im Magen liegen laufen jetzt einwandfrei durch. Müssten wir nicht auch jetzt die gleichen Probleme haben?!? – zumindest mit den Intervall-Jobs die zuvor nicht gelaufen sind.
Wie steht es mit folgendem Ansatz? -> Page-Lock verwenden statt Row-Lock
Zu Problem Nr.2:
Es scheint so, als ob die DB nach dem Connect keine weiteren Instruktionen bekommt und der Job seinerseits auf Antwort von der DB wartet… Auslastung gleich null!
Diese Probleme haben wir erst seit heute Nacht.
Gruß
Susanne
Hallo Susanne,
zu -915:
obwohl wir nur Page-Lock verwenden, trat der sql error -915 auch schon auf … wenn
ROW-Lock verwendet wird, wäre es zumindest einen Versuch wert es mal mit PAGE-
LOCK auszuprobieren.
zu Problem Nr. 2:
Leider keine Idee – sorry ….
Gruß
Bunbury
Hallo Bunbury,
auf jeden Fall schon mal "dankeschön"!
Hab mir für heute Abend schon mal nix vorgenommen ; ). Leider geben die IBM-Bücher zu diesem Thema auch nicht viel her. Werde mich morgen wohl oder übel mit der IBM in Verbindung setzen… bin darauf wirklich nicht erpicht!
Ich bin ja schon heilfroh, dass zumindest das Tagesgeschäft ohne Probleme durchläuft (noch!).
Und ihr hattet bei der 7.3 auch die gleichen Probleme? – Ãœber welchen Zeitraum erstreckten sich diese Zwischenfälle?
Gruß Susanne
Hallo Susanne,
die Probleme hatten wir bei DB V 6.x – erst meinten wir etwas lief parallel und
hat den Jobablauf gestört – das Problem trat über 3 – 4 Monate ca. 5 x auf.
Kurze Zeit später stiegen wir auf eine höhere Version um, das Problem trat nie
wieder auf. Viel Spass mit der IBM und nicht vergessen erst einmal das Fax mit
den evtl. zu begleichenden Stundensätzen zu unterschreiben. 😉
Gruß
Bunbury
You must be logged in to reply to this topic.
