-
Vielen Dank an Euch. Meine Frage ist beantwortet.
Im IBM-Knowledge-Center ist das im Original-Englisch ganz genau beschrieben:
Record capacity. The actual number of records this member can contain. The value is calculated by multiplying the increment number of records by the maximum number of increments, and adding the initial number of records. This field only applies to a physical file and is 0 for a logical file.
Hab's erst bei der Beschreibung des QUSRMBRD-API gefunden.
Da kann man natürlich diesen Wert auslesen.
THX.
-
Zitat von wilfried
Vielen Dank an Euch. Meine Frage ist beantwortet.
Im IBM-Knowledge-Center ist das im Original-Englisch ganz genau beschrieben:
Record capacity. The actual number of records this member can contain. The value is calculated by multiplying the increment number of records by the maximum number of increments, and adding the initial number of records. This field only applies to a physical file and is 0 for a logical file.
Hab's erst bei der Beschreibung des QUSRMBRD-API gefunden.
Da kann man natürlich diesen Wert auslesen.
THX.
Anfangsanzahl der Sätze . . . . . . . . : 10000
Satzanzahl für Erweiterung . . . . . . : 1000
Maximale Anzahl Erweiterungen . . . . . : 32767
Aktuelle Anzahl Erweiterungen . . . . . . : 1950079
Satzkapazität . . . . . . . . . . . . . . : 1950089000
32767 * 1000 + 10000 = 32777000
obige Anzeige behauptet allerdings, dass fast das 60 fache an Erweiterungen vorläge.
D*B
PS: im übrigen sagt diese Berechnung nichts darüber aus, ob man wirklich so viele Sätze da reinkriegen würde - sieh dir mal sysibm/sysdummy1 an, die steht auf *NOMAX und da geht nur ein Satz rein.
-
Wie D*B ja schon bemerkte, rein rechnerisch stimmt da ja was nicht:
Anfangsanzahl der Sätze . . . . . . . . : 10000
Satzanzahl für Erweiterung . . . . . . : 1000
Maximale Anzahl Erweiterungen . . . . . : 32767
Aktuelle Anzahl Erweiterungen . . . . . . : 1950079
Satzkapazität . . . . . . . . . . . . . . : 1950089000
Aktuelle Anzahl Sätze . . . . . . . . . . : 32793064
10.000 + 32767 * 1000 = 32.777.000
Aktuelle bereits 32.793.064?
Möglich sind aber 1.950.089.000 ?
-
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.
-
Wobei dies ja wiederum bedeuten würde, dass du jede Menge Daten wieder gelöscht und einen RGZPFM gemacht hast.
-
Zitat von wilfried
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
-
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.
-
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
-
... normalerweise legt man die mit NOMAX an, was SQL im default schon so macht.
D*B
-
@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.
-
Wir wär's mit einem CHGPF FILE(&L/&N) SIZE(*NOMAX) auf die betreffenden Dateien?
-
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.
Similar Threads
-
By FichtenElch in forum IBM i Hauptforum
Antworten: 13
Letzter Beitrag: 26-04-18, 11:50
-
By alex61 in forum IBM i Hauptforum
Antworten: 3
Letzter Beitrag: 04-08-17, 19:36
-
By Miles in forum NEWSboard Programmierung
Antworten: 10
Letzter Beitrag: 22-08-14, 14:15
-
By Robi in forum IBM i Hauptforum
Antworten: 3
Letzter Beitrag: 13-11-01, 17:07
-
By Matthias.Hayn in forum IBM i Hauptforum
Antworten: 1
Letzter Beitrag: 20-05-01, 16:36
Berechtigungen
- Neue Themen erstellen: Nein
- Themen beantworten: Nein
- You may not post attachments
- You may not edit your posts
-
Foren-Regeln
|
Erweiterte Foren Suche
Google Foren Suche
Forum & Artikel Update eMail
AS/400 / IBM i
Server Expert Gruppen
Unternehmens IT
|
Kategorien online Artikel
- Big Data, Analytics, BI, MIS
- Cloud, Social Media, Devices
- DMS, Archivierung, Druck
- ERP + Add-ons, Business Software
- Hochverfügbarkeit
- Human Resources, Personal
- IBM Announcements
- IT-Karikaturen
- Leitartikel
- Load`n`go
- Messen, Veranstaltungen
- NEWSolutions Dossiers
- Programmierung
- Security
- Software Development + Change Mgmt.
- Solutions & Provider
- Speicher – Storage
- Strategische Berichte
- Systemmanagement
- Tools, Hot-Tips
Auf dem Laufenden bleiben
|
Bookmarks