roman
30-04-13, 13:19
Hallo zusammen
Wir haben umfangreiche Reorganisationen gemacht in unserer DB. Eigentlich waren es nur Verdichtungen, da keine Keyfiles angegeben wurde.
Die grössten Files enthalten bis zu 44'000'000 Records (!) und 33'000'000 gelöschte Records. Darüber bis zu 22 LF's definiert.
Da wir im 7x24 Stundenbetrieb arbeiten und eine "exklusive" Reorganisation den Betrieb für längere Zeit lahmgelegt hätte, habe wir den Reorganize wie folgt aufgerufen:
RGZPFM FILE(LIB/FILE) KEYFILE(*NONE) ALWCANCEL(*YES) LOCK(*SHRUPD)
Der Reorg dauerte mehrere Tage. Nach Abschluss des Jobs wurden immer noch gleichviel gelöschte Datensätze angezeigt wie vorher.
Dies allerdings nur bei den grössten drei Files (siehe oben).
Woran kann dies liegen? Ev. an der Filegrösse? Braucht es ggf. ein IPL oder ist in dieser Grössenordnung ein RGZPFM mit *SHRUPD gar nicht möglich.
Vielen Dank für euer Feedback.
Gruss Roman
Wir haben umfangreiche Reorganisationen gemacht in unserer DB. Eigentlich waren es nur Verdichtungen, da keine Keyfiles angegeben wurde.
Die grössten Files enthalten bis zu 44'000'000 Records (!) und 33'000'000 gelöschte Records. Darüber bis zu 22 LF's definiert.
Da wir im 7x24 Stundenbetrieb arbeiten und eine "exklusive" Reorganisation den Betrieb für längere Zeit lahmgelegt hätte, habe wir den Reorganize wie folgt aufgerufen:
RGZPFM FILE(LIB/FILE) KEYFILE(*NONE) ALWCANCEL(*YES) LOCK(*SHRUPD)
Der Reorg dauerte mehrere Tage. Nach Abschluss des Jobs wurden immer noch gleichviel gelöschte Datensätze angezeigt wie vorher.
Dies allerdings nur bei den grössten drei Files (siehe oben).
Woran kann dies liegen? Ev. an der Filegrösse? Braucht es ggf. ein IPL oder ist in dieser Grössenordnung ein RGZPFM mit *SHRUPD gar nicht möglich.
Vielen Dank für euer Feedback.
Gruss Roman