|
Hola Hector: No se si aun tendras el problema, pero a
nosotros nos paso algo parecido (5.1), un programador llama a un programa en
pruebas que abre un cliclo de commit y le casca, despu�s se pone a realizar un
cpyf del mismo archivo interactivamente y de larga duraci�n �!, y claro todos
los registros del cpyf quedaban comprometidos y los receptores de diario iban
creciendo sin parar. La soluci�n es, sino tienes un producto
como Visual Support de Tango, intentar ejecutar el mandato COMMIT en la sesi�n
que estaba ejecutando el cpyf. Teniamos una utilidad llamada RUNJOBCMD, la
encuentras en http://www.recursos-as400.com/utilidades51.shtml. Despu�s ejecutamos el mandato COMMIT en el
trabajo y “voila” se cierra el ciclo de commit y se liberan de
golpe los 200 receptores que tenia asociados el diario
(y el espacio que ocupaban que ese era el problema grave. Bien no se si te servira, pero a lo mejor
a alguien le soluciona la papeleta otro dia. Salu2 a to2. Marti Riera -----Mensaje original----- Hola amigos, Tengo un serio problema con un
archivo de producci�n que al estar siendo modificado via el "iseries
Navigator", este quedo colgado. no lo puedo ver en las lista de
archivos, no puedo restaurarlo porque que me dice que ya existe. el mensaje que me da el sistema es: Mensaje . . . . :
Cambios no comprometidos pendientes para el
archivo ya hice rollback, un rclstg
(*DBXREF), tampoco nada. Soporte de IBM me dice que tengo que hacer un RCLSTG
*ALL, pero eso es a sistema dedicado y no puedo hacer eso durante el d�a,
conocen alguna otra alternativa para recuperar el archivo. Desde ya agradezco sus consejos al
respecto. Saludos, Hector Vera |
- RE: Cambios no comprometidos pendientes Marti Riera Blanc
- RE: Cambios no comprometidos pendientes Hector Vera G.
