ASP Usage von Spool und Objektgröße

[DeadlyPunch]

Hallo Leute,

ich stehe vor einem Problem, für das ich keine Antwort habe.

Laut RTVDSKINF verbraten wir 13% Diskspace für Spool.

Wenn ich mir aber die Größen aller verwendeten Outqueues anschaue, kann das nie und niemals sein.

Der QRCLSPLSTG steht auf 3 Tage. Das ist es also auch nicht.

Wo kann der Platz verwendet werden, den ich gerne freimachen würde.

Dankeschön und Grüsse an alle !!

[BenderD]

die outqs sind nur die Verzeichnisse der Spooldaten, das sagt garnix aus, selbst die Größe der Dateien in QSPL ist nur bedingt aussagekräftig, da da auch Luft drin sein kann, die man zwar mit RCLSPLSTG wieder rauslassen kann, dann aber für das erneute aufblasen Ressourcen verbrummt.
Normalerweise sollte man sowas periodisch untersuchen, damit man Vergleichsdaten hat, ob ein RCLSPLSTG anzuraten ist, oder ob dieser Puffer normal ist.

D*B

Hallo Leute,

ich stehe vor einem Problem, für das ich keine Antwort habe.

Laut RTVDSKINF verbraten wir 13% Diskspace für Spool.

Wenn ich mir aber die Größen aller verwendeten Outqueues anschaue, kann das nie und niemals sein.

Der QRCLSPLSTG steht auf 3 Tage. Das ist es also auch nicht.

Wo kann der Platz verwendet werden, den ich gerne freimachen würde.

Dankeschön und Grüsse an alle !!

[DeadlyPunch]

Ich habe an einem Tag zum nächsten einen Anstieg von Gut und Gerne 10%
Kann aber nirgendwo die Ursache dafür ausmachen.
Da der QRCLSPLSTG auf 3 Tage steht, muß er schon gelaufen sein und diesen Platz wieder zur Verfügung gestellt haben.
Dennoch, immer noch ist die Maschine unangenehm aufgeblasen.

Alles was ich habe ist die Größe der Outqueues (die offensichtlich nicht viel sagt) und die Anzahl der Files in ihnen.
Sowie der letzte RTVDSKINF Report, der mir sagt "zu viel Spool"

Mein Vorschlag in dieser Sache ist "DLTOLDSPL" und nochmals ein "RCLSPLSTG" manuell ausgeführt.

Gibt es sonst noch etwas, das ich tun könnte ?

Danke für die letzte Antwort

[BenderD]

das ist genau der Luft raus, Luft rein Effekt!!! Je nachdem wann du deinen RTVDSKINF laufen lässt (vor oder nach der Bereinigung) müsstest du dann jeweils die untere oder die obere Schwelle bekommen.
Das ließe sich allenfalls ändern durch öfteren Reorg, oder durch Reduzierung von Spooldaten (Joblogs etc.) - ist aber beides nicht ohne Nebenwirkungen und ich stelle mir schon die Frage, ob es nicht sinnvoller (und letztlich billiger) ist der Maschine ausreichend Platte zu verschaffen!

D*B

Ich habe an einem Tag zum nächsten einen Anstieg von Gut und Gerne 10%

[Fuerchau]

Mit WRKSYSSTS siehst du die Anzahl "Job's im System". Die Differenz zu der Anzahl in WRKACTJOB sind die Job's, die noch Spools (seit V5R4 auch pending Joblogs) im System haben.
Sicherlich bestimmt die Größe der QSPL den belegten Plattenplatz.
Leider löscht die autom. Bereinigung ja nur bestimmte OUTQ's (QEZxxx) also bist du auf ein Tool wie DLTOLDSPLF angewiesen um Spools zu bereinigen und Platz freizugeben.
RCLSPLSTG dient einzig zur Bereinigung von leeren Spooleinträgen (bei WRKJOB->4 mit Status FIN), die von geöffneten aber nicht gefüllten Spools herrühren.
Wenn die Maschine schnell genug ist, kannst du QRCLSPLSTG auch auf *NONE setzen, was allerdings dein Hauptproblem nicht löst.
Leere Spoolblocks belegen im Schnitt nur 4 KB und werden automatisch wiederverwendet wenn sie denn frei sind.
Erzeugt aber ein Job viele leere Spools und nur einen gefüllten Spool, können auch die leeren Spools nicht zurückgefordert werden, solange der Job noch im System ist.
Also auch leere Spools werden erst bereinigt, wenn denn der letzte Spool eines Job's auch tatsächlich entfernt ist.

Leere Spools entstehen auch, wenn alle Spools bis auf einen eines Job's gelöscht werden. Solange dieser letzte Spool noch im System verbleibt, ist der Platz belegt.