Journale / Dateien vollgelaufen

[alex61]

Hallo zusammen,
habe wieder mal eine Frage an die Spezialisten:
kann man auf die Schnelle überprüfen, ob auf der AS400 irgendwelche Dateien oder
Journale vollgelaufen sind ?
Für Infos wäre ich wie immer dankbar.
Grüße A.

[KingofKning]

Hallo zusammen,
habe wieder mal eine Frage an die Spezialisten:
kann man auf die Schnelle überprüfen, ob auf der AS400 irgendwelche Dateien oder
Journale vollgelaufen sind ?
Für Infos wäre ich wie immer dankbar.
Grüße A.

Die Frage verstehe ich nicht so ganz. Journale können nicht volllaufen da bei Bedarf ein neues Journal erstellt wird.

Dateien können nur dann volllaufen wenn die max. Anzahl der Sätze erreicht wird.

Ansonsten erstmal einmal die Plattenkapazität prüfen und dann sollte im Logfile stehen ob Sätze nicht zugefügt werden konnten.

GG 2509

[Fuerchau]

Die Größe der Journalempfänger ist i.d.R., wenn man nicht vollkommenen Blödsinn konfiguriert hat, beschränkt und wird automatisch reorganisiert.
Die Einstellungen kann man mit CHGJRN überprüfen. Die Anzahl und Größe der Journalempfänger kann man DSPOBJD und Objekttyp *JRNRCV in eine OUTFILE überprüfen.

Die Dateien können i.d.S. nicht volllaufen, aber natürlich Platz verschwenden.
Per DSPFD in eine Outfile sollte man das Flag REUSEDLT auf *YES prüfen und die Anzahl der gelöschten Sätze im Verältnis zur Anzahl aktiver Sätze ermitteln.
Bei SQL-Tabellen steht REUSEDLT automatisch auf *YES.
Hier hilft nur ein RGZPFM um die Datei tatsächlich wieder zu verkleinern, wenn der Anteil der gelöschten Zeilen groß ist und sich auch tatsächlich im Gigabyte-Bereich bewegt.
Ein RGZPFM im laufenden Betrieb kann u.U. auch funktionieren, aber ob der auch die Datei verkleinert, kann ich nicht sagen.

[alex61]

danke an alle für die Hilfe !!

[dschroeder]

Ich kann zu dem Post nichts beitragen, aber ich habe den RGZPFM gerade mal im laufenden Betrieb für eine Tabelle, die permanent im Zugriff ist, aufgerufen.

RGZPFM FILE(DAXLOGPF)
RBDACCPTH(*NO)
ALWCANCEL(*YES)
LOCK(*SHRUPD)

Hat prima geklappt. Es gab keine Störungen im Betrieb und die Tabelle ist drastisch kleiner geworden.

Hat aber auch 45 Minuten gedauert. Ich empfehle, so etwas immer als Batchjob auszuführen.

Vielen Dank für den super Tipp!

[Andreas_Prouza]

Früher hat der RGZPFM im laufenden Betrieb Probleme gemacht. Da sind die Sätze kurzzeitig aus der Tabelle verschwunden.
Das Problem hat die IBM mit irgendein TR (vor ein paar Jahren) behoben.
Wer also ein älteres System hat und die PTF-Pflege nach dem Motto: "Never touch a running system" erfolgt, sollte es lieber mit Vorsicht genießen.

[holgerscherer]

Früher hat der RGZPFM im laufenden Betrieb Probleme gemacht. Da sind die Sätze kurzzeitig aus der Tabelle verschwunden.
Das Problem hat die IBM mit irgendein TR (vor ein paar Jahren) behoben.
Wer also ein älteres System hat und die PTF-Pflege nach dem Motto: "Never touch a running system" erfolgt, sollte es lieber mit Vorsicht genießen.

früher hatten wir auch noch einen Kaiser.
Wer ein älteres System hat und auf PTF-Pflege verzichtet, hat ganz andere Probleme