Hallo Baangemeinde!

Diese Session läuft bei uns einmal pro Woche am Samstag Abend im Rahmen eines Joblaufs im Verbund mit anderen Sessions.
Leider haben wir nicht gerade die performanteste Maschine und deswegen läuft diese Session auch noch ca. 10 - 11 Stunden.
Wenn es nun zum scheitern dieses Laufs kommt stimmen mehr oder weniger die Dispodaten nicht und das für einen Zeitraum von einer Woche da mir der nächte Lauf erst wieder am WE möglich ist.

Ich habe nun auch dafür Sorge getragen das zum Laufzeitpunkt keine User am System sind. Und trotzdem läuft das Teil ins Eck :confused:

Hier ein paar Details zu unserem System.

Baan 4 C4 Servicepack 12
6.1c.06.06
Portingset OS DIG_UX4.0F

Auch ist die Solution:156388 eingespielt.
Allerdings nur in der Standard Packet Comination.

Ich bitte um Ratschläge!

LG, Robert

Hallo,

Elf Stunden ist wirklich zuviel. Wäre Informix level 2 eine Lösung.
Muss diese Session jede Woche laufen ?

Zwei Möglichkeiten:
1) die Session abändern um eine bessere Laufzeit zu erreichen.
2) Etwa tdinv150, und manche tiitm001, tdinv001 Felder dumpen mit Exchange damit ein zurück möglich ist im Falle eines Falles .

Wir haben 60000 Items, 135000 tdinv001, 105000 tdinv150 und die Session braucht 75 Minuten.

MfG

ist einfach ein Wahnsinn.
Also ich werde diese Session mal alle 2 oder vielleicht gleich alle 4 Wochen laufen lassen.
Informix haben wir shcon mit Level 2
Das Ding, eine 4 CPU Digital Maschine ist shcon etwas betagt.
Wir haben eine Tabelle mit 207389 Items.
tdinv001 = 335687
tdinv150 = 3897 (kann aber jetzt wegen des Lauffehlers falsch sein)

Ich muss ehrlich sagen dass ich das System von meinem Vorgänger übernommen habe und mir soeben ernsthaft die Gedanken mache ob es wirklich Sinn macht diese Session im wöchentlichen Rhythmus laufen zu lassen.

Auch habe ich gestern extra auf unserer Informix DB Update Statistics auf diese Tabellen und Indexe laufen lassen. Alle Locks entfernt, Applikationssperren, keine User und das System völlig neu durchgestartet.

NIX :mad:

M.f.G. Robert

Hallo,

lief denn die Session schon immer so langsam? Bei uns ist nämlich bei dieser Session einmal die Laufzeit von ca. 30 Min. auf über 14 Std. angewachsen. Wir haben dann festgestellt das die Sess. an der Stelle "Geplante Bestandsänderungen aufgrund von VK-Aufträgen" das Problem hatte, und zwar durch irgend ein Indexproblem bei TAb. tdsls041.

Versucht mal herauszufinden an welcher Stelle die Sess. so langsam ist, um dann das Problem einengen zu können.

Gruß

an diesem Punkt nach dem löschen der geplanten Bestandsänderungen scheint sich nichts mehr zu tun!
Ich habe jetzt mal Update Statistiks auf die tdsls041
low, medium (distributions only)
und high auf alle Indexe laufen lassen.

Werde es nochmals heute Nacht versuchen.......

tdsls041 hat allerdings mittlwerweile auch schon 1022801 Records.

Archivierung sollte ich jetzt endlich machen..................................

tdsls041 hat allerdings mittlwerweile auch schon 1022801 Records.
Ihr habt Nerven, schwache Maschine aber 'ne Million Datensätze in der SLS041 :eek: . Das mit der Archivierung ist 'ne gute Idee und hilft garantiert.

Zum Rythmus der Session: wir lassen sie jedes Wochenende laufen, liegen aber auch nur so um die 60 Minuten. Also unkritisch. Die Frage ist doch: entdeckt die Session bei Euch irgendwelche Fehler (Report)? Wenn nicht, warum wöchentlich laufen lassen? Never touch a running system :D .

Nochmal off topic: was zum Henker machen Eure Disponenten eine Woche :eek: lang ohne vernünftige Zahlen?

Gruss

Martin

Auf die Gefahr hin mich zu wiederholen:

nach dem Umstieg auf linux (und damit natuerlich auf einen flotteren Server, zum 10tel des Preises der alten Maschine) laeuft dieser Job nach wie vor am Wochenende, nur ist er nun in 45 Minuten durch, im Gegensatz zu 8-12 Stunden.
90 User ... B40c4 ... bisam ... tdsls041 mit knapp 2 Millionen Saetzen.

Die eingesparten Wartungskosten fuer die alte RM400 finanzieren die neue HW in 1,5 Jahren.

Die Umstellung lief supereasy, die Anwender sind begeistert.

Ich kann jedem nur raten, das mal fuer seine Konfiguration durchzurechnen.

Liebe Gruesse

Norbert

Ich kann mich an ein Problem mit den "Geplante Bestandsenderungen neu aufbauen" bei uns erinnern. Es wurde ein Produktionsauftrag angelegt der das Lieferdatum 31.08.2099 hatte. Die Session hat sich jedes Mal überschlagen!

Aber ich muss auch sagen das deine tdsls041 echt zu voll ist! Unsere hat nur 62978 Sätze. Die Session läuft bei uns zwischen 4 - 35 Minuten. Archivierung würde ich dringend empfehlen.

Gruss