wieviele Sätze gehen wirklich in ein Member ?

[BenderD]

Also ich habe das so gerechnet:

Aktuelle Anzahl Erweiterungen * Satzanzahl für Erweiterung + Anfangsanzahl der Sätze = Satzkapazität
1950079 * 1000 + 10000 = 1950089000

So kommt man zumindest auf die "Satzkapazität". :-)

Es scheint so, dass die "Maximale Anzahl Erweiterungen" mit 32767 falsch ist. ?? Mhm .... Grübel ....
(Hinweis: Wir sind hier unter V7R1 mit Service-Extention).

THX.

... was ist das denn überhaupt für eine Anzeige? DSPPF ist kein OS/400 CMD und ich finde keinen passenden, der diese Anzeige erzeugt. Am Ende phantasiert da jemand, der sein Handwerk nicht wirklich verstanden hat, was zusammen.
Unklar ist mir noch, wieso dich die aktuelle Satzkapazität interessiert. Die gegenwärtigen Limite sind weit oberhalb dessen, was man auf eine AS/400 wirklich draufpacken kann. Hoch in den hundert Millionen knirscht es bereits im Gebälk...

D*B

[Pikachu]

Das wird die Anzeige der Teildatei-Werte vom DSPFD sein. Die "Maximale Anzahl Erweiterungen" macht das System zu Beginn wohl selbständig, bevor es anfängt nachzufragen. Die weiteren erst nach Zustimmung, wodurch es dann entsprechend viele Erweiterungen wie angegeben (I oder 1-9999) gibt.

[wilfried]

Also, die Werte kommen mit dem DSPFD, wenn die Datei nicht auf *NOMAX steht.
Interessant ist das deshalb, weil ich wissen möchte, wann meine Dateien voll werden, d.h. das System automatisch keine Erweiterungen mehr anlegt und ich eine Meldung beantworten muss.

Hier geht auch gar nicht um ein System-Limit, sondern um die Definition einer Datei.

THX

[BenderD]

... normalerweise legt man die mit NOMAX an, was SQL im default schon so macht.

D*B

[wilfried]

@BenderD .... ja, das ist mir klar, was du schreibst.

aber ich habe hier ein Altsystem, das schon ewig und drei Tage läuft.
Und das in einem 24x7 - Environment ....

@Fuerchau .... entstanden ist diese Satzkapazität beim DSPFD, nachdem die Datei voll geworden ist, die Fehlermeldung gekommen ist und ich dann 9999 eingegeben habe. ....

Gruß und Danke.

[Pikachu]

Wir wär's mit einem CHGPF FILE(&L/&N) SIZE(*NOMAX) auf die betreffenden Dateien?

[wilfried]

Ja, die Lösung des Themas ist mir klar.
ich habe mir jetzt mal ein Programm geschrieben, dass über die ganze Bibliothek fährt und herausliest, welche Dateien am voll-werden sind.

Danke nochmals an Euch alle.

[BenderD]

@Fuerchau .... entstanden ist diese Satzkapazität beim DSPFD, nachdem die Datei voll geworden ist, die Fehlermeldung gekommen ist und ich dann 9999 eingegeben habe. ....

Gruß und Danke.

vorab: ich mache seit (gefühlten) Jahrzehnten nichts anderes als NOMAX und reuse deleted records.
Habe gerade mal ein wenig rumgespielt auf einer meiner Spielwiesen:
- die 9999 war der Büchse Schnurz, gemacht hat sie 2615 extends
- nach löschen von Sätzen und RGZPFM wurde die Datei wieder auf Ursprung gestellt

Wo bei Dir die exorbitant hohe Zahl an extends herkommt und in der Datei trotzdem fast nix drin ist, erschließt sich mir nicht, irgendwie scheint das alles eine Bruchbaustelle zu sein...

D*B

[Pikachu]

Mal probieren (unter V5R4) ...

CRTPF FILE(QTEMP/PF) SIZE(1 1 1)

CPYF FROMFILE(SYSIBM/SYSDUMMY1) TOFILE(QTEMP/PF) MBROPT(*ADD) FMTOPT(*NOCHK)
CPYF FROMFILE(SYSIBM/SYSDUMMY1) TOFILE(QTEMP/PF) MBROPT(*ADD) FMTOPT(*NOCHK)
CPYF FROMFILE(SYSIBM/SYSDUMMY1) TOFILE(QTEMP/PF) MBROPT(*ADD) FMTOPT(*NOCHK)

(C I 9999). Satz nicht hinzugefügt. Teildatei PF voll.
Antwort . . 9999

DSPFD FILE(QTEMP/PF) TYPE(*MBR)

Größe der Teildatei SIZE
Anfangsanzahl der Sätze . . . . . . . . : 1
Satzanzahl für Erweiterung . . . . . . : 1
Maximale Anzahl Erweiterungen . . . . . : 1
Aktuelle Anzahl Erweiterungen . . . . . . : 10000
Satzkapazität . . . . . . . . . . . . . . : 10001
Aktuelle Anzahl Sätze . . . . . . . . . . : 3
Anzahl gelöschter Sätze . . . . . . . . . : 0

[Fuerchau]

Und wie ist die PF definiert? Standardmäßig mit 1000 pro Erweiterung oder mit 1?
Das Ergebnis deutet eher auf letzteres hin.

[Robi]

Standardmäßig mit 1000 pro Erweiterung

Nein, wie kommst du da drauf? (ok, habe eben erst gelesen, das du auch bei 1 Satz bist)

CRTPF FILE(QTEMP/PF) SIZE(1 1 1)

zunächst ein Satz,
Erweiterbar um einen Satz
genau ein mal

CPYF FROMFILE(SYSIBM/SYSDUMMY1) TOFILE(QTEMP/PF) MBROPT(*ADD) FMTOPT(*NOCHK)

Datei ist voll

CPYF FROMFILE(SYSIBM/SYSDUMMY1) TOFILE(QTEMP/PF) MBROPT(*ADD) FMTOPT(*NOCHK)

Datei wurde vom System erweitert

CPYF FROMFILE(SYSIBM/SYSDUMMY1) TOFILE(QTEMP/PF) MBROPT(*ADD) FMTOPT(*NOCHK)

Datei ist voll, die dft. definition ist ausgereitzt, frage den User:

(C I 9999). Satz nicht hinzugefügt. Teildatei PF voll.
Antwort . . 9999

Dateikapazität (mit 2 Sätzen) wurde um 9999 Sätze erweitert --> 10001
Das System hat nun 9999 mal die mögliche Erweiterung von einem Satz durchgeführt, und einmal vorab --> 10000

Robi

[wilfried]

Hallo,
ich habe das jetz auch nochmal versucht.

Die Member-Size ist vorab so definiert:

Größe der Teildatei SIZE
Anfangsanzahl der Sätze . . . . . . . . : 100000
Satzanzahl für Erweiterung . . . . . . : 30000
Maximale Anzahl Erweiterungen . . . . . : 3
Aktuelle Anzahl Erweiterungen . . . . . . : 3
Satzkapazität . . . . . . . . . . . . . . : 190000

Dann kommt diese Fehlermeldung und wird mit 100 beantwortet:
(C I 9999). Satz nicht hinzugefügt. Teildatei xxx voll.
Antwort . . 100

Die Member-Size ist daraufhin so eingestellt:

Größe der Teildatei SIZE
Anfangsanzahl der Sätze . . . . . . . . : 100000
Satzanzahl für Erweiterung . . . . . . : 30000
Maximale Anzahl Erweiterungen . . . . . : 3
Aktuelle Anzahl Erweiterungen . . . . . . : 103
Satzkapazität . . . . . . . . . . . . . . : 3190000

Das Ergebnis ist nachvollziehbar: 30'000*100 + 30'000*3 =3'190'000


Also Alles im grünen Bereich .... ;-)