✒️SAP BASIS Otros temas del procesamiento en background

p.p1 {margin: 0.0px 0.0px 10.0px 0.0px; font: 10.0px Arial; color: #000000; -webkit-text-stroke: #000000} p.p2 {margin: 0.0px 0.0px 10.0px 0.0px; font: 10.0px Arial; color: #000000; -webkit-text-stroke: #000000; min-height: 11.0px} p.p3 {margin: 0.0px 0.0px 10.0px 0.0px; font: 13.0px Arial; color: #000000; -webkit-text-stroke: #000000} li.li1 {margin: 0.0px 0.0px 10.0px 0.0px; font: 10.0px Arial; color: #000000; -webkit-text-stroke: #000000} span.s1 {font-kerning: none} span.s2 {font: 13.0px Arial; font-kerning: none} span.s3 {font: 14.0px Arial; font-kerning: none} span.s4 {font: 13.0px Arial} ol.ol1 {list-style-type: decimal} ul.ul1 {list-style-type: disc}

OTROS TEMAS DE PROCESAMIENTO EN BACKGROUND (7 de 8)

1.-RESERVA PARA JOBS DE CLASE A (reserva de work process para WP-B)

• cada WP-B procesa Jobs de todas la Prioridades pero se pueden configurar (reservar) para Jobs de prioridad Alta (Clase A)
• la acción pretende que el sistema asegure que una cantidad de WP-B se mantengan libres (ninguno en particular)
• los Jobs Clase B y Clase C pueden ser iniciados solamente si el número de WP-B para posibles Jobs Clase A se mantiene libre
• CONFIGURACIÓN: primero se deben configurar los modos de operación en la RZ04, una vez creados se da la opción de reservar WB-B
• si la carga de WP-B es pequeña y rara vez ocurren cuellos de botella en el procesamiento Batch (y un WP-B reservado para Clase A se encuentra casi siempre libre) solo significara que un WP-B es muy poco utilizado
• RECOMENDACIÓN: no reservar mas de un WP-B para jobs Clase A por instancia (suficiente para un escenario de planificación de jobs de backgound)

2.- OBJETIVOS DE EJECUCIÓN (transacción SM61) permite planificar la ejecución de Jobs con instancias o grupos específicos (solo pueden planificarse en instancias específicas con WP-B o por un grupo de servidores de Job)

• un Grupo de Servidores de Job contiene una o mas Instancias con WP-B (los grupos de este tipo se pueden utilizar de la misma forma que los Grupos de Logon para usuarios de Dialogo)
• transacción SM61 (menu Tools CCMS>Background Processing>Background Objects) permite definir Grupos de Servidores con WP-B asignando las Instancias que formarán el Grupo

TIPS: (analisis de concurrencia)

• cuando todos los Jobs de background están ocupados, se encola la ejecución, para que no ocurra sin control, podemos darle Prioridad de ejecución a los mismos
• ej. para Jobs de colección de información de sistema se puede asignar Prioridad Baja, permitiendo que otros Jobs con objetivos mas apremiantes (Jobs de usuarios que esperan un resultado) corran por delante de éstos, de mantenimiento o análisis
• se puede colocar el nombre de el usuario que ejecuta el Job, es conveniente asignarlo al nombre del usuario que debe ejecutar el Job. EJ: usuario ADMIN (un usuario de sistema con un nombre genérico para evitar la detención de los Jobs que ejecutaban a nombre de un usuario real que es sacado de la organización y por ende dada de baja su cuenta de usuario)

3.- USUARIOS DE BACKGROUND

• transacción SM36 permite asignar cada paso de un Job a un usuario específico (el usuario es utilizado para las Verificaciones de Autorización durante la ejecución del paso)
• por defecto, cuando el nombre del usuario definido en el Job aparece, el Job se ejecutará usando las Autorizaciones que ese usuario tenga
• si no debiera ejecutarse utilizando las Autorizaciones de ese usuario se puede ingresar un usuario diferente (se requiere la autorización pertinente S_BTCH_NAM para ingresar otros usuarios diferentes del nuestro en el Campo User en la definición del paso
• es útil crear usuarios de background para varias áreas de trabajo que cuenten con las autorizaciones necesarias para las actividades que se requieran y que puedan ser usados por usuarios con las mismas autorizaciones para planificar Jobs de background para su área específica de trabajo (ej: la administración de sistema)
• el tipo de usuario System (de Sistema) se debe seleccionar al crear usuarios de background (un Logon al sistema de diálogo no es posible con este tipo de usuario y están exentos de la configuración de validez de contraseñas, solo el administrador de sistema puede cambiar la contraseña en la SU01)
• REMEMBER: si creamos los Jobs utilizando el Asistente de Jobs, no podremos definir un usuario diferente para cada paso del Job

4.- UTILIZACIÓN DE PROGRAMAS EXTERNOS

• el sistema de procesamiento en batch diferencia entre COMANDOS EXTERNOS para usuarios normales y PROGRAMAS EXTERNOS para los administradores de sistema (propósito: dar a los administradores la posibilidad de ejecutar cualquier programa externo que requieran y restringir a usuarios normales el uso de comandos externos para los cuales hay verificaciones de autorización)
• programa sapxpg (invocado a nivel de OS) inicia el programa relevante el el OS

1. Comandos Externos son comandos o programas del host predefinidos en SAP por el administrador (protegidos por autorizaciones) para proveer funciones fuera de SAP a nivel de OS, a los usuarios de normales de SAP
2. Programas Externos son comandos sin restricciones, no predefinidos ni restringidos por autorizaciones (todo usuario con autorizaciones de administrador puede ingresar un programa externo en un paso de Job) no existe verificación de autorizaciones

• los programas Externos proveen al administrador la flexibilidad para ejecutar cualquier comando en el OS sin preparación previa
• objeto S_RZL_ADM (administrador de Procesamiento en background) permite asignar autorizaciones para este caso

CREACIÓN DE COMANDOS EXTERNOS:

1. llamar a transacción SM69 (comandos externos del OS)
2. seleccionar Create
3. realizar entradas en el nuevo comando

• un comando externo debe ser identificado unívocamente con un nombre que inicia con Y o Z y un Tipo de OS
• campo Type se completa automáticamente
• especificar un comando ejecutable del OS (de ser necesario con ruta completa) y cualquier parámetro requerido u opcional
• seleccionar Ckeckbox (cuadro de verificación)>Additional Parameters Allowed (de esta manera los usuarios podrán especificar parámetros adicionales cuando ejecutan el comando externo)
• los parámetros adicionales son agregados en una cadena de parámetros especificados bajo el campo Parameters for Operating System Command
• el campo Trace usualmente queda en blanco, la traza del comando se especifica en el parámetro de traza para el módulo de función SXPG_COMMAND_EXECUTE
• si se define una verificación adicional de autorización, ingresar el nombre del módulo de función que realiza la verificación en el campo Check Module (que es una copia del módulo de función SXPG_DUMMY_COMMAND_CHECK)
• el sistema llama al módulo de función automáticamente si un usuario intenta ejecutar el comando externo o lo planifica en un paso de Job de background

1. guardar el comando, luego seleccionar Back (para volver a la vista de comandos)

5.- INDICADORES DE CONTROL (CONTROL FLAGS) permiten realizar especificaciones sobre la tarea y otras opciones de ejecución

• usualmente no es necesario cambiar los valores por defecto

EJEMPLOS: se puede especificar,

1. si el proceso va a ser registrado
2. si los datos de salida escriben al Log del Job tal como son devueltos por el programa externo (o si van a registrar información adicional sobre el programa externo en el Log del Job)
3. si el paso del Job espera por la finalización del programa externo (después que se inicia un servicio con el sistema de procesamiento background, ya sea un demonio en UNIX o un servicio en Windows, el programa se mantiene activo)

• estos programas iniciados como servicios o demonios no devuelven el control al sistema de procesamiento en background de SAP, como otros programas
• si se inicia un programa mediante un servicio, no debemos utilizar el indicador de control Job waiting for ext. Termina cuando planificamos el paso del Job