Anders sieht dies aus, wenn der Stapeljob nachts läuft. Gerade hier würde man gerne feststellen, wer der „Schuldige“ ist, der die Datei im Zugriff hält.
Prinzipiell gibt es hierfür zwei Möglichkeiten: Die erste Variante verwendet Objekt-Auditing, indem man die Systemwerte QAUDCTL, QAUDLVL und QAUDLVL2 in passender Art und Weise setzt und anschließend die betreffende Datei mit dem Befehl
CHGOBJAUD OBJ(BIBL/DATEI) OBJTYPE(*FILE) OBJAUD(*CHANGE)
überwachen lässt. Nach einer erneuten Objektsperre und verweigertem Zugriff auf die Datei fi nden Sie einen entsprechenden Eintrag im Audit Journal.
Die zweite Methode ist der Einsatz des APIs QWCLOBJL (List Object Locks), um die Informationen über die Objektsperre auszulesen. Nähere Einzelheiten zu diesem API fi nden Sie im IBM Info-Center.
Ähnliche Artikel:
CRTDUPOBJ und logische Dateien
Beim Erstellen von Testbibliotheken verwendet man häufi g den Befehl CRTDUPOBJ in einem CL-Programm, um physische und logische Dateien in einem Testbereich zu erstellen. Da der Befehl CRTDUPOBJ für die…
FlashCopy und IBM i
In immer mehr Kundenumfeldern wird das Thema Offline-Backup zunehmend schwieriger, weil entsprechende Zeitfenster nicht zur Verfügung stehen. Bei immer größeren Datenmengen ist auch ein traditioneller Restore von einem Band in…
Anordnung und Verwendung von ENPTUI-Schlüsselworten
Liebe System i Freunde, hier eine weitere Ausgabe unseres neuen Projekts speziell für System i Entwickler. In diesem Kapitel werden Source-Beispiele mit Erklärungen und Erstellungsangaben dargestellt, die klein sind und…