SQL FEHLERMELDUNG

[woodstock99]

Hallo,

sagt einem diese Meldung was ?
Access path size . . . . . . . . . . . . . : ACCPTHSIZ *MAX1TB
der Datei .

Storage limit reached for member XX
Internal failure occurred in query processor.
SQL system error.

Message ID . . . . . . : CPF4287 Severity . . . . . . . : 50
Message type . . . . . : Escape
Date sent . . . . . . : 20-11-16 Time sent . . . . . . : 16:36:15

Message . . . . : Storage limit reached for member XXX.
Cause . . . . . : Either the user profile, object, or system storage limit
was reached while the access path for member XX file XX in
library XX was being built or the object storage limit was reached
while trying to allocate space for the open data path.
Recovery . . . : This message may have been sent due to one of the
following situations:
-- If the user profile storage limit was reached, request more storage
allocation from your security officer. Then try your request again.
-- If the object storage limit was reached and sequential only processing
is being used, specify a smaller number of records to be transferred as a
block on the SEQONLY parameter of the Override Database File (OVRDBF)

Bin echt Ratlos :(

Gruss

[holgerscherer]

Hallo,

sagt einem diese Meldung was ?

Die obligate Frage nach PTFs lass ich mal aus (für diese Message ID gibts einige). Wie groß sind den PF und evtl vorhandene LF, und wie viele Sätze sind in der PF?

-h

[B.Hauser]

Wenn alle PTFs installiert sind, würde ich mich bei SQL-System-Fehler an die IBM wenden.

Birgitta

[woodstock99]

als Beispiel
Total number of formats . . . . . . . . . . : 1
Total number of fields . . . . . . . . . . . : 144
Total record length . . . . . . . . . . . . : 939
Total number of members . . . . . . . . . : 1
Total number of members not available . . : 0
Total records . . . . . . . . . . . . . . : 2188733
Total deleted records . . . . . . . . . . : 59294
Total of member sizes . . . . . . . . . . : 2114105344 2GIG was
36 logische


will eigentlich nur von einer Maschine zur anderen Sätze per SQL transferiern . Stichwort DRDA .
Funzt bei X Dateien aber bei dieser ums verecken nicht .
Hab auch schon alle Werte der Datei kontrolliert etc aber ich komm nicht drauf was da los ist :(. Die Zieldatei hab ich auch Testhalber neu erstellt etc . NIX HILFT :(....
Ich denke mal da hat die IBM mal wieder pfusch gebaut :(((((((((((.

[andreaspr@aon.at]

Führe mal ein PRTPRFINT USRPRF(DEINUSER) und schau in den generierten Spool ob da irgendwelche Grenzen erreicht werden.
Neben den Grenzen des Filesystems (z.B. max. Anzahl an Objekte in einem Ordner) gibt es auch einige Grenzen im OS (z.B. max Länge eines Satzes in einer Tabelle, oder max. Anzahl Members usw.)
Es scheint als hättest du irgendeine der Grenzen erreicht.

Die View SYSLIMITS könnte dir dabei auch Helfen um nähere Infos zu bekommen.

SELECT * FROM SYSLIMITS ORDER BY LAST_CHANGE_TIMESTAMP desc
Dort schau ob du deinen Job findest.
Die Sätze beinhalten eine Limit-ID mit der du dir in der SQL_SIZING genau anzeigen lassen kannst welches der 106 Limits betroffen ist.

lg Andreas

[Fuerchau]

Ist der Fehler auf dem Quell- oder Zielsystem?
Wie machst du den SQL-Copy?
Per Programm und embedded SQL?
Ggf. gibt es auf dem Zielsystem im USRPRF ein Speicherlimit?

[woodstock99]

Hallo zusammen ,

vielen Dank für eure Antworten aber die Lösung brachte ein PTF der IBM ...
Gruss