Sé que a veces puede ser un poco confuso para entender cómo el sistema operativo gestiona los trabajos en el sistema AS /400, iSeries o IBM i sistema está configurado para funcionar. Pero en realidad en realidad es sencillo una vez que te das cuenta de que hay dos tipos de trabajos que se pueden ejecutar. Todos los puestos de trabajo caen en una de dos categorías de cualquiera interactivo o por lotes.
Los trabajos interactivos son el tradicional "pantalla verde" o puestos de trabajo de tipo de terminal en el que el usuario está utilizando activamente un emulador o un terminal antigua usanza para interactuar con el sistema de información de entrada, tales como entrar en la información del cliente en un archivo. El otro tipo de trabajo son trabajos por lotes que pueden ir desde programas de actualización en masa a los informes de larga ejecución.
Debido a que el sistema de trabajo interactivo es tan sencillo se pasó la mayoría del tiempo del administrador del sistema de gestión de los trabajos por lotes. Cuando se trabaja con y administrar un intento de AS /400 a pensar en el sistema de trabajo de procesamiento por lotes en dos o tres partes que funcionan juntos para realizar el trabajo.
En primer lugar, uno tiene la cola de trabajos. Aquí es donde toda la información que gira alrededor de un trabajo por lotes comienza antes de venir a la vida. Piense en la cola de trabajos como una especie de sistema de reservas, con todas las cosas siendo iguales el primer trabajo en la cola es el primer trabajo fuera de la cola. Ahora es posible tener un trabajo con una prioridad de trabajo diferente, que es una especie de tratarla como un VIP, ese trabajo o puestos de trabajo pueden ir a la parte delantera de la línea de la cola por delante de todos los demás puestos de trabajo con una prioridad más baja.
una vez que un trabajo ha esperado a que es el turno en la cola de tareas y luego éste se coloca en un subsistema. El subsistema es donde el trabajo se asigna los recursos del sistema, como la memoria y una rebanada de tiempo de CPU para su procesamiento. Así por ejemplo, si el trabajo es una consulta o un programa RPG para generar un informe que ahora se pone en marcha para crear el informe. Mientras que un trabajo se está ejecutando en un subsistema se puede ver con el comando WRKACTJOB.
Si nunca ha utilizado antes WRKACTJOB que debe convertirse en muy familiarizado con él, ya que es una excelente herramienta para la administración de trabajos que se ejecutan en el sistema .
Ahora, dependiendo de qué tipo de trabajo puede o no ser una salida. Y aquí es donde me he referido a que es un dos o tres partes. En el caso de un trabajo que genera un informe, mientras que se genera el archivo de salida, conocido como un archivo de cola, se coloca en una cola de salida determinado por cómo se definió el trabajo o donde un puestos de trabajo de los usuarios están configurados para imprimir. También puede ver el archivo de cola o presenta un trabajo está creando tomando la opción de dar y luego la opción de cuatro desde la pantalla WRKACTJOB. Una vez que un trabajo ha finalizado la ejecución, que se determina por el código o programación del trabajo, entonces deja de existir.
A veces, cuando usted tiene un trabajo que no crea ninguna salida como un informe que puede ser difícil de decir si en realidad se acabó o no. Un método para determinar si una tarea se ha ejecutado o no es mirar a través del registro de la historia del sistema utilizando el comando DSPLOG. Virtuall cada pequeña cosa (y todas las aperturas de trabajo y fines) se registran en el registro del sistema para estar prevenido de que es posible que tenga que recorrer varias páginas para encontrar sus trabajos específicos de inicio y final de marca de tiempo. Otra técnica es utilizar el trabajo con los trabajos enviados comando WRKSBMJOB.