Massendaten Löschen per RPG delete Tunning

[TheDevil]

Hallo.

Evtl. mal den Parameter FRCRATIO auf der PF prüfen. Wenn der z. B. auf 1 steht dann geht die Performace aber so was von in die Knie (vor allem bei vielen LF Files) ... ich habe das mal bei eineer "Löschaktion" vor einem Releasewechsel einer Warenwirtschaft live miterlebt. Dort konnte man fast jeden einzelnen Datensatz "verschwinden" sehen. Wir haben dann den Paramter vor dem löschen auf *NOMAX gesetzt, die LF gelöscht und dann rannte der Job als ob es kein Morgen mehr geben würde. Das mit den LF löschen würde ich aber in Deinem Fall lassen da Du diese dann ja nach jedem löschen wiederherstellen müsstest was ewit dauern würde ...

Gruß aus dem hohen Norden,
Ralf

[andreaspr@aon.at]

Du könntest auch den System-Job QDBFSTCCOL beobachten ob zum Zeitpunkt deines DELETEs der Statistik-Manager mit dieser Tabelle beschäftigt.
Ist zwar eher unwahrscheinlich, hab ich aber auch schon gehabt!
Bei Tabellen mit vielen Mio Sätzen und einem blöden Statistikeintrag kann dieser Job bis zu über 50 % der CPU verbrauchen!

lg Andreas

[Fuerchau]

Auf FRCRATIO hätte ich ja auch kommen müssen:).
In Zeiten von Raid und Journalisierung gehört dieser Wert sowieso auf *NOMAX.
Ein simpler CPYF z.B. kann damit um Faktoren > 1000 ausgebremst werden.

[holgerscherer]

Ist Rätselraten hier im Forum nicht unsere Haupttätigkeit :)?

Allerdings kriegt man bei einer Schnitzeljagd gelegentlich auch ein Schnitzel ;-)

-h

[Fuerchau]

Wie du schon sagst: gelegentlich !

[TheDevil]

Wünschen darf man(n) sich immer was ... gelegentlich auch 5,0 %. Und manchmal gehen Wünsche halt auch nicht in Erfüllung sondern es kommt die Rute ...
Gruß,
Ralf