-
... ich habe den Fred erst jetzt gesehen, der ALWCANCEL ist nur der uninteressante Teil der Angelegenheit, der Parameter LOCK ist die entscheidende Sache. Der RGZPFM gibt sich seit V5R3 mit weniger Sperre zufrieden:
RGZPFM ALWCANCEL(*YES) LOCK(*EXCLRD) lässt lesen während des reorgs zu (dem LOCK(*SHRUPD) würde ich nicht trauen.
Der ALWCANCEL sollte weitgehend Laufzeit neutral sein, soweit man ihn nicht abbricht. Der LOCK(*EXCLRD) darf nur wenig Strom kosten, soweit er korrekt implementiert ist. Der weitergehende LOCK(*SHRUPD) packt zumindest Wartezeiten drauf und kann wohl die Eingangsfolge nicht sicherstellen (braucht man die nicht, sollte man ohnehin reuse deleted records auf *YES einstellen und auf den RGZPFM verzichten.
D*B
Similar Threads
-
By Liebhoff in forum IBM i Hauptforum
Antworten: 4
Letzter Beitrag: 12-02-09, 12:39
-
By KM in forum IBM i Hauptforum
Antworten: 6
Letzter Beitrag: 02-11-06, 13:24
-
By malzusrex in forum IBM i Hauptforum
Antworten: 8
Letzter Beitrag: 19-09-06, 11:04
-
By linguin in forum IBM i Hauptforum
Antworten: 8
Letzter Beitrag: 31-03-05, 16:27
-
By Jamikl in forum IBM i Hauptforum
Antworten: 16
Letzter Beitrag: 07-05-04, 17:14
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