Como nadie contestaba decidí
arriesgarme y hacerlo. Lo que me interesabe era que eliminara los registros
suprimidos ya que acababa de realizar una limpieza del archivo que tenía
2.200.000 registros y borré unos 800.000. A parte de tardar una media hora, me
generó millones de entardas en el Journal (supongo que una por cada registro del
archivo....). Los trabajos que lo utilizaban no dieron ningún problema , en
algún caso parecía que tardaba más de lo normal en grabar el archivo (sólo lo
utilizaba un trabajo), se quedaba en RUN esperando para grabar. Lo sometí
con los siguientes parametros:
RGZPFM
FILE(BIBLIOTECA/ARCHIVO) RBDACCPTH(*NO) ALWCANCEL(*YES)
LOCK(*SHRUPD)
Puse
reconstruir via de acceso *NO para que fuera más rápido
(¿supongo?).
Cuando
acabó los registros suprimidos estaban igual, con lo cual no sirvió de
nada.
Lo
ejecuté en interactivo con:
RGZPFM
FILE(BIBLIOTECA/ARCHIVO) RBDACCPTH(*YES) ALWCANCEL(*NO)
LOCK(*EXCL)
y
acabó en 5 minutos, me borró los registros suprimidos y no generó entradas en el
journal.
O sea,
que no me sirvió de nada. No sé si poniendo RBDACCPTH(*YES) me hubiera borrado
los registros suprimidos.
Gracias,
-----Mensaje original-----
De: EDUARDO LUNA [mailto:[EMAIL PROTECTED]
Enviado el: martes, 03 de octubre de 2006 19:26
Para: [email protected]
Asunto: Re: RGZPFM
No estoy muy seguro pero creo que sería mejor que realizaras la reorganización con el equipo dedicado solo a ti.....y así no tuvieras que correr riesgos innecesarios.
Pero mejor esperemos los consejos de los expertos....
Saludos
Eduardo Luna C.
Administración y Soporte AS/400 JDEdwards
Malta Cleyton México S.A. de C.V.
Poniente 134 No.786 Ind.Vallejo
Tel.5089 8585
