Hola Javier, Hablo de memoria, ya que estoy en casa. Estamos en V5R4 y migramos des V5R2 hace 1 mes; nosotros usamos lo mismo que tu REUSEDLT(*YES) y *NOMAX en los archivos (ahora mismo ocupan unos 6,5 Tb, si Terabytes) y la verdad es que no tenemos problemas (aunque mañana intentare hacer alguna prueba con un limite de 50 regs.).
Por otro lado si es recomendable ejecutar el STROBJCVN, al menos ya tengo la costumbre de hacerlo después de la migración, ya que soluciona problemas "raros" de accesos a la base de datos. Prueba a ver no cuesta nada (bueno tiempo), yo lo que hago es un programilla que somete tantos trabajos como bibliotecas (exceptuando las Q*) por alguna cola que no sea *NOMAX para que ejecute de 4 en 4, por ejemplo, y evitar colapsar el sistema. Ya contaras. Saludos y Suerte !! 2007/6/25, alex martinez <[EMAIL PROTECTED]>:
Hola. Quizás el problema son esos 50 registros suprimidos migrados desde V5R3. ¿has probado con un RGZPFM para acomodar el fichero a la nueva V5R4 ? He visto que el ultimo nivel de HIPER están en el nivel 47. Si piensas que es problema de del OS/400 llama al CAS de IBM. ¿Hay algun error mas en el joblog ? Recuerdo que era recomensable realizar un STROBJCVN para que el sistema realizara una conversion de estructuras internas de los *FILE, pero no sé si está relacionado. Salu2 El día 25/06/07, Javier Mora <[EMAIL PROTECTED]> escribió: > > Hola a todos de nuevo (estoy hoy muy pesado): > > El problema que planteo ahora si que es grave. Estoy preparándome para > cambiar a una nueva máquina con una nueva versión de S.O. (la V5R4). > Parto de una máquina con V5R3. Estoy probando procesos críticos para evitar > sorpresas el día que la ponga en producción. Tengo instaladas las últimas > PTFs acumulativas (07107) y las últimas de grupo para HIPER (45), base de > datos (11), etc. Hasta aquí todo bien. > > Ahora viene lo bueno. Por regla general todos los ficheros de mi base de > datos tienen activa la opción de reutilizar registros borrados > (REUSEDLT(*YES)). Puede que no sea muy eficiente, pero así lo tenemos. > También tenemos puestos que el tamaño sea *NOMAX (SIZE(*NOMAX)). Sin > embargo, tengo algunos ficheros temporales (por despiste o no) que tienen un > tamaño de 50 registros sin incrementos pero reutilizando registros. Hasta > ahora ha sido suficiente. Nunca los programas que lo utilizaban fallaron. > > Con este entorno me dispongo a probar un programa vital: la facturación > por ejemplo. Ah, ¡sorpresa! Error de ejecución con el id CPF5018: El miembro > XXXXXX ha alcanzado el tamaño máximo. No se permiten incrementos. Parece que > no es grave, pero si lo es. > > Este error me ayuda a descubrir que el sistema no está reutilizando > registros, ya que el miembro está vacío pero con 50 registros borrados. Es > decir, en principio se pueden reutilizar los cincuenta. Lo curioso del > asunto es: > > - si un programa en RPG emitie una operación WRITE sobre este fichero, > en este estado (50 borrados y 0 registros) se produce el error anterior. > > - si intento añadir un registro por DFU, ¡si me deja! > > - en cambio, si lo intento con un CPYF, ¡no me deja! > > Entiendo que esto es un problema de PTFs. Consulto en la Web de IBM: > APARS, PSP, Cover letters; no encuentro nada relacionado con el tema. > > Realmente el problema es el siguiente: existen ciertos archivos en mi > base de datos que están utilizándose 24x7x365; en el que se borran e > insertan registros continuamente; contienen millones de registros; y no me > puedo permitir un RGZPFM. Si el sistema no reutiliza estos registros, me > puedo encontrar con un problema de ocupación. > > Termino. ¿Alguien en V5R4 se ha encontrado con este problema? ¿Cómo lo > ha resuelto? No quiero, a estas alturas, ponerme a modificar programas que > están funcionando perfectamente en V5R3, y son muchos. > > Un saludo y gracias por vuestra comprensión. > > *Javier Mora* > Dpto. Informática > > E-mail: *mailto:[EMAIL PROTECTED] * <[EMAIL PROTECTED]> > Web: *http://www.dialsur.es * <http://www.dialsur.es> > > > __________________________________________________ > Forum.HELP400 es un servicio m&#225;s de NEWS/400. > &#169; Publicaciones Help400, S.L. - Todos los derechos reservados > http://www.help400.es > _____________________________________________________ > > Para darte de baja visita la siguente URL: > http://listas.combios.es/mailman/listinfo/forum.help400 > -- Mi blog sobre as400 http://www.ajut400.com __________________________________________________ Forum.HELP400 es un servicio m&#225;s de NEWS/400. &#169; Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400
-- Martí Riera
__________________________________________________ Forum.HELP400 es un servicio m&#225;s de NEWS/400. &#169; Publicaciones Help400, S.L. - Todos los derechos reservados http://www.help400.es _____________________________________________________ Para darte de baja visita la siguente URL: http://listas.combios.es/mailman/listinfo/forum.help400
