Diferencias entre DYNALLOC y WORK AREAS eb ICEMAN

Todo lo relacionado con JCL, manejo de jobs, etc.
Responder
Cerbumota

Diferencias entre DYNALLOC y WORK AREAS eb ICEMAN

Mensaje por Cerbumota »

Muy buenas.
Nos ha surgido una interesante discusión sobre el uso de DYNALLOC o WORK AREAS con ICEMAN. Es de esas conversaciones tontas, que acaban enganchando al personal y acaban en una discusión interesante. (Pero sin discutir... :roll: )
Por más que defendemos ambas posturas, no tenemos una razón de peso que dar al "contrario". Y es que no se nos ocurren... :pistola:
Hasta donde hemos discutido, es que normalmente, DYNALLOC se encarga de una manera más o menos "automática" de definir los ficheros necesarios para la ejecución, que con WORK AREAS tienes que definir a mano. Entendemos que DYNALLOC puede administrar mejor los recursos, ya que usa lo que necesita. Pero hemos visto en algún proceso, que nos ha fallado y que tampoco es tan "perfecto".

Esta discusión es de esas cosas que usas de siempre, no sabes porqué, y no puedes convencer a nadie de que lo tuyo es lo mejor. Hemos mirado en manuales de ICEMAN, de JCL y demás, sin encontrar esa frase que esperamos todos de "... es lo mejor por ésto...". Así que se me ha ocurrido preguntarlo en el foro, para ver experiencias e intentar comprender mejor la razón de uso de una u otra opción.

Muchas gracias de antemano. Un saludo. :saludo:
Vicente

Re: Diferencias entre DYNALLOC y WORK AREAS eb ICEMAN

Mensaje por Vicente »

Hola Cerbumota:
¿Qué te parece el caso de ejecutar diariamente un SORT para el que el fichero de entrada sea muy variable en tamaño?

No obstante, he encontrado la frase
"Dynamic allocation has the following advantages over JCL allocation"
en el manual: DFSORT Application Programming Guide SC26-7523-06
apéndice A: "Using Work Space"
apartado: Allocation of Work Data Sets

http://publibfp.dhe.ibm.com/epubs/pdf/ice1ca60.pdf

Un saludo y feliz lectura
Cerbumota

Re: Diferencias entre DYNALLOC y WORK AREAS eb ICEMAN

Mensaje por Cerbumota »

Hola.
Ya habíamos visto ese manual. Nos quedamos con el capítulo 10, donde explica "Allocate Temporary Work Space Efficiently". La cosa es que entendemos como demasiado genérica la explicación que da IBM. Vamos, "demasiado genérica" porque nos esperábamos algo así como que "usa sólo dynalloc para updates masivos o cuando trabajes con más de mil registros; sino, ficheros para work area es suficiente".
Entiendo como claramente más eficiente el uso del hipersorting. Pero después de leer ese capítulo, claro... :wink:
Sin embargo, está claro que en nuestra instalación (y supongo que en alguna más también) no podemos reescribir todos los jcl que hagan un SORT. Hay demasiados... Y la cuestión saltó porque, de casualidad, nos fijamos en uno que usaba una treintena de dataset como workarea. Nos pareció demasiado, y de ahí saltó la duda. Realmente, y como casi todo, mantener al día estas cosas haría la vida más tranquila a la ejecución diaria de trabajos. Pero es muy complicado hacerlo, y siempre hay algo más urgente o más importante...

Una pena porque hemos aprendido con ésto que se puede mejorar y bastante, una ejecución SORT. La próxima nueva, a ver si la hacemos más eficiente... :mrgreen:

Un saludo.
Responder