procher
14-09-06, 09:37
Moin, Moin AS400-User,
durch die Parametererweiterung SPLFDTA(*NONE/*ALL) und
QDTA(*NONE/*DTAQ) in den Befehlen SAVLIB / SAVOBJ, lassen sich nun auch Spoolfiles sichern.
Bei SAVSYS (21) existiert nun auch ein weiterer Parameter "Spool-Dateidaten *NONE/*ALL".
Da wir die Sicherung der Spools zum Standard definieren wollten, haben wir die beiden Befehle SAVLIB und SAVOBJ geändert. Probleme macht dann die Komplettsicherung, egal ob man den Parameter "Spool-Dateidaten" auf *NONE oder *ALL setzt. Es wird beim SAVSYS auf den Befehl SAVLIB zurückgegriffen und die dort gemachte Änderung erzeugt die Problematik. Nach der Rücksetzung von SAVLIB auf IBM Standard läuft wieder alles. Hat man im SAVLIB beide Parameter für die Spoolsicherung nicht gesetzt und gibt beim SAVSYS "Spool-Dateidaten" *ALL an, werden die Spools gesichert.
Der Fehler ist beliebig reproduzierbar.
Fehler:
Nachrichten-ID . . . . : MCH3404 Bewertung . . . . . . : 40
Nachrichtenart . . . . : Abbruch
Sendedatum . . . . . . : 07.09.06 Sendezeit . . . . . . : 14:02:01
Nachricht . . . : Objekt QGLDPUBQ für diese Operation nicht berechtigt.
Ursache . . . . : Bei Datenbankoperationen kann der Objektname ein
numerischer Zeitstempel sein.
Das Objekt befindet sich in der LIB QDIRSRV2. Versucht man diese LIB einfach nur mit SAVLIB und den gesetzten Parametern für die Spoolsicherung zu sichern, bricht dies auch ab.
Der Fehler wurde an IBM kommuniziert.
Hat jemand schon gleiche Erfahrungen gemacht?
Unser System: 9406-550 / V5R4M0 / CUM 6192
Schönen Tag noch?
durch die Parametererweiterung SPLFDTA(*NONE/*ALL) und
QDTA(*NONE/*DTAQ) in den Befehlen SAVLIB / SAVOBJ, lassen sich nun auch Spoolfiles sichern.
Bei SAVSYS (21) existiert nun auch ein weiterer Parameter "Spool-Dateidaten *NONE/*ALL".
Da wir die Sicherung der Spools zum Standard definieren wollten, haben wir die beiden Befehle SAVLIB und SAVOBJ geändert. Probleme macht dann die Komplettsicherung, egal ob man den Parameter "Spool-Dateidaten" auf *NONE oder *ALL setzt. Es wird beim SAVSYS auf den Befehl SAVLIB zurückgegriffen und die dort gemachte Änderung erzeugt die Problematik. Nach der Rücksetzung von SAVLIB auf IBM Standard läuft wieder alles. Hat man im SAVLIB beide Parameter für die Spoolsicherung nicht gesetzt und gibt beim SAVSYS "Spool-Dateidaten" *ALL an, werden die Spools gesichert.
Der Fehler ist beliebig reproduzierbar.
Fehler:
Nachrichten-ID . . . . : MCH3404 Bewertung . . . . . . : 40
Nachrichtenart . . . . : Abbruch
Sendedatum . . . . . . : 07.09.06 Sendezeit . . . . . . : 14:02:01
Nachricht . . . : Objekt QGLDPUBQ für diese Operation nicht berechtigt.
Ursache . . . . : Bei Datenbankoperationen kann der Objektname ein
numerischer Zeitstempel sein.
Das Objekt befindet sich in der LIB QDIRSRV2. Versucht man diese LIB einfach nur mit SAVLIB und den gesetzten Parametern für die Spoolsicherung zu sichern, bricht dies auch ab.
Der Fehler wurde an IBM kommuniziert.
Hat jemand schon gleiche Erfahrungen gemacht?
Unser System: 9406-550 / V5R4M0 / CUM 6192
Schönen Tag noch?