CPF3204 und DFRID

[Robi]

Hi *all,
kleines Verständnisproblem:
Ein RSTLIB, der eigendlich immer problemlos war, ist heute auf einen CPF3204 gelaufen.
Bei dem in der Meldung genannten OBJ handelt es sich um eine View. Die PF's die in der View verwendet werden sind Namentlich hinter dem View-Namen.
(View-Name : FMD_BASE, Dateien F1xxx, M1xxx, MDxxx)
Soweit ich die Nachricht verstehe kann ich mit dem Schlüsselwort DFRID(Hugo_oder_willi) dafür sorgen, das das rücksichern der View wartet, bis alle PF's auch zurück gesichert wurden.
Und wenn das nicht klappt kann ich mit rstdfrobj die fehlenden Obj doch noch zurücksichern???
1. wieso klappt das 'plötzlich und unerwartet' nicht mehr?
2. Wenn es eine Schalter gibt, der bedeutet: 'mach es richtig', wieso muß ich den setzen, das könnte doch per DFT so sein?

Vielleicht kann jemand diesen Parameter mal verständlich erläutern

Danke
Robi

[Fuerchau]

Normalerweise wird beim SAVLIB zuerst alle PF's und dann alle LF's gesichert damit es eben beim Restore auch funktioniert (so lange alles in einer Lib ist!).
Bei SQL-Views ist nun leider das Problem, dass ich wiederum eine View einbetten kann. Dies kann durch obiges Verfahren dann leider für Views dieser Art nicht immer funktionieren, ein manueller Eingriff ist dann nötig.

Dies gilt auch, wenn Sicherungen á la "*ALLUSR" gemacht werden und sich LF's und Views lustig über Lib's verteilen.
Beim Restore hat man dann Probleme mit der Reihenfolge.

[Pikachu]

Zurückspeicherung abhängiger Objekte verzögern (ab V6R1)