-
Da du ja gutes Datenbankdesign bereits hast, kannst du ja wohl durchaus REUSEDLT(*YES) einsetzen.
Ich würde sowohl den CHGPF als auch den RGZPFM beim nächsten IPL starten lassen.
-
Here is an open source tool: RGZPFPCT
RGZPFPCT - RGZPFM by percentage deleted records - EcofIT Support Portal
- It checks for locks before doing a RGZPFM
- You can choose the % threshold
- You can choose Library: named, *LIBL, *USRLIBL, *CURLIB, *ALL, *ALLUSR
-
Hat jemand Erfahrungen mit dem RGZPFM ALWCANCEL(*YES)?
Ich denke, der eigentlich Lauf wird länger sein, nur wieviel? Wir haben 3 Dateien, die LF (ca. 20 Stück) sind über die 3 Dateien gejoined und die eine Datei enthält ca. 75 Mio. Sätze.
Wie schnell bricht der reorg Job ab?
Wieviel läuft er länger als ohne alwcancel?
Danke.
-
... 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
-
Danke, ich würde auch gerne auf den RGZPFM verzichten und den REUSE delete nehmen, jedoch gibt es vermutlich Probleme mit unserer Spiegelungssoftware. Da sind wir noch am klären.
-
Wenn eine Spiegelung mit dem RGZPFM klar kommt (schließlich werden auch da neu RRN's vergeben), sollte ein REUSEDLT(*YES) auch unkritisch sein.
Der Reorg bricht ansonsten nicht von selber ab sondern nur bei Systemanfrage 2 bzw. Job-Ende.
-
... da gibt es durchaus Spie(ge)l(ungs)software, die dann beim RGZPFM einen SAVRSTOBJ hinterherfeuern, was dann auch die Leichen im Keller wieder aufräumt.
D*B
 Zitat von Fuerchau
Wenn eine Spiegelung mit dem RGZPFM klar kommt (schließlich werden auch da neu RRN's vergeben), sollte ein REUSEDLT(*YES) auch unkritisch sein.
Der Reorg bricht ansonsten nicht von selber ab sondern nur bei Systemanfrage 2 bzw. Job-Ende.
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