Jobs lassen sich nicht beenden

[Fuerchau]

@Jonny

Der Reorg hat ja anscheinend mehrere Tage beansprucht !
Prüfe doch mal ob REUSEDLT(*YES) da nicht besser wäre (von wegen Key und so...)

[Hubert]

@ Fuerchau

Danke für diese Info, da war ich wohl falsch informiert.

Gruss

Hubert

[JonnyRico]

Hi,

REUSEDLT steht sogar auf "YES", aber es handelte sich um wirklich viele gelöschte Sätze und ich brauchte dringend den Speicherplatz. Dann ist doch wirklich der einzige Weg das ich die PF reorganisiere oder nicht? Wenn ich REUSEDLT auf *YES setze, dann wächst die Datei doch für soviele Sätze nicht wie gelöschte vorhanden sind und erst dann wieder. Das sehe ich doch richtig oder?

mfg

Sascha

[BenderD]

Hallo Sascha,

Hi,

REUSEDLT steht sogar auf "YES", aber es handelte sich um wirklich viele gelöschte Sätze und ich brauchte dringend den Speicherplatz. Dann ist doch wirklich der einzige Weg das ich die PF reorganisiere oder nicht? Wenn ich REUSEDLT auf *YES setze, dann wächst die Datei doch für soviele Sätze nicht wie gelöschte vorhanden sind und erst dann wieder. Das sehe ich doch richtig oder?

mfg

Sascha

CREATE TABLE ttt as select * from DateiMitGeloeschten with data

CLRPFM DateiMitG (von OS/400 versteht sich)

INSERT into DateiMitGeloeschten SELECT * from ttt

sollte schneller sein.

Die Datei brauchst Du für den Reorg ja auch exclusive, also am Besten zu Beginn einen ALCOBJ.

Wenn eine Datei auf REUSEDLT *YES steht und zahlreiche gelöschte hat, dann ist entweder in der Applikation was merkwürdig, oder der Reorg bringt nix, weil sie dann morgen wieder genauso groß ist wie heute.

mfg

Dieter Bender

[Fuerchau]

@Dieter

Mit CPYF (halt ohne SQL) gehts genauso schnell, wenn nicht gar schneller !
Allerdings sollte man prüfen (DSPFD) ob FRCRATION auf *NONE steht.
Sowohl der SQL-Insert als auch der CPYF können dadurch um Faktor >100 verlangsamt werden falls das nicht der Fall ist.

@Sascha

Das siehst du richtig, aber ich stimme Dieter zu, dass da etwas mit der Anwendung nicht stimmt. Ich kenne das auch von diversen BRAIN-Dateien, die sich temporäre Daten für den Job merken. Wenn der Job weg (erledigt) ist, wird zwar gelöscht aber ich habe große gelöschte Bereiche.
Für diese Dateien machen wir beim IPL einen CLRPFM, da ja dann keine Job's von BRAIN mehr aktiv sein können.
Vielleicht ist das bei dir ja ähnlich ?

PS:
FRCRATIO könnte auch der Grund für den ultralangen Reorg sein !

[BenderD]

@Baldur

CPYF hatte ich wohl verdrängt
was das schneller angeht: it depends; Du hast sicher für die meisten Installationen recht (CPYF hat wenig Overhead), aber SQL kann mehrere Prozessoren nutzen (mit parallel Database Feature) und da kann sich das auch rumdrehen.

Dieter Bender

[JonnyRico]

@Fuerchau

Also ich kann nicht so genaus sagen was in dem RPG passiert. Habe den Source-Code nicht. Da sind wir auf unser Softwarehaus leider angewiesen.
Das ganze läuft folgendermaßen. Es geht um eine riesen Analysedatenbank in die permanent geschrieben wird. Dort sehen mehrere Millionen Sätze drin. Wenn ich z.B. einen Zeitraum löschen möchte, dann starte ich ein Programm mit bestimmten Parametern. Nach Abschluss des Programms enthält die Analysedatenbank X gelöschte Sätze. Diese wollte ich so schnell wir möglich weg haben und habe also ein RGZPFM angestellt.
Hätten denn gar keine gelöschte Sätze auftauchen dürfen?

[Fuerchau]

Wenn Sätze gelöscht werden, dann stehen auch gelöschte drin, ist ja schließlich eine Datenbank

Du kannst dann natürlich nichts ändern, da diese Analysedaten wohl permanent entstehen und für nicht verwendete Historie eben gelöschte Sätze verbleiben.
Allerdings, wenn du regelmäßig diese "Historie" bereinigst, würde ich nichts mehr reorganisieren, da die gelöschten Bereiche ja wiederverwendet werden.

Da du temporär irgendwie den Platz aber benötigst musst du entweder häufiger Historie bereinigen, was ein unkontrolliertes Anwachsen der Daten verhindert oder deine Platten erweitern.
Sonst stehst du am Ende immer wieder vor dem Problem des tagelangen Reorgs !

[JonnyRico]

Ja so hatte ich mir das jetzt auch gedacht. Noch mal dankeschön