✒️SAP BASIS Otros temas del procesamiento en background
SAP BASIS Otros temas del procesamiento en background
Unidad 7. Otros temas de procesamiento en background.
1. Reserva para jobs de clase A
En la operacion normal, cada work process de background procesa jobs de todas las prioridades. De todas formas, podemos reservar tantos work processes de background configurados como deseemos para jobs de prioridad alta, o sea.jobs de clase A.
La reservacion de work processes para los jobs de clase A no reserva ningun work process en particular. Mas bien, el sistema asegura que una cantidad determinada de work processes de background se mantengan libres. Los jobs de clase B y C pueden solamente ser iniciados si el numero definido de work processes para posibles jobs de clase A se mantiene libre.
Para configurar el numero de work processes de background de clase A tendremos que configurar los modos de operacion en la transaccion RZ04. Cuando hacemos esto, tendremos la opcion de reservar work processes de background.
TRANSACCION RZ04: Nos permite realizar la configuracion de los modos de operacion de un sistema.
Si la carga de jobs de clase A es pequeña, o cuellos de botella raramente ocurre en el procesamiento de background, en otras palabras, al menos un work process de background casi siempre se encuentra libre, la reserva de work processes para jobs de clase A probablemente no ofrezca ventajas. En este caso,la reservacion simplemente significará que un work process es muy poco utilizado (solo por jobs de clase A).
NOTA: SAP recomienda que no reservemos mas de un work process de background para el procesamiento de jobs de clase A por cada instancia del sistema. Con esto usualmente es suficiente para un escenario de planificacion de jobs de background.
2. Objetivos de ejecucion
Solamente instancias con work processes de background o un grupo de servidores de job puede ser utilizado para planificar la ejecucion de jobs con instancias o grupos especificos.
Un grupo de servidores de job contiene una o mas instancias con work processes de background. Los grupos de este tipo pueden ser utilizados de la misma forma que los grupos de logon para usuarios de dialogo. Tambien es posible procesar tareas de background en instancias seleccionadas.
Podemos configurar un grupo de servidores de job en la transaccion SM61 (Menu Tools CCMS -> Background Processing -> Background Objects). Aqui podremos definir grupos de servidores con work processes de background asignando las instancias que formaran el grupo.
3. Usuarios de background
Con la clasica definicion de jobs utilizando la transaccion SM36, podemos asignar cada paso de un job a un usuario. El usuario especificado es utilizado para las verificaciones de autorizacion durante la ejecucion del paso.
Por defecto, el nombre del usuario que esta definiendo el job aparece, y el job luego sera ejecutado usando las autorizaciones que ese usuario tenga.
Si el job no deberia ejecutarse usando las autorizaciones de ese usuario, podemos ingresar un usuario diferente. Para poder hacer este cambio, deberemos contar con la autorizacion pertinente S_BTCH_NAM para poder ingresar otros usuarios diferentes al nuestro en el campo User en la definicion del paso.
Es util configurar usuarios de background para varias areas de trabajo que cuenten con las autorizaciones necesarias para las actividades que se requieran, y que puedan ser usadas por usuarios con las mismas autorizaciones para planificar jobs de background en esta area de trabajo, tal como la administracion del sistema.
Los usuarios de background tienen registros maestros de usuario que cuentan especificamente con autorizaciones para el procesamiento de background.
El tipo de usuario de sistema (System) debe ser elegido cuando creamos usuarios de background. Un logon al sistema de dialogo no es posible con este tipo de usuarios. De la misma manera, los usuarios de este tipo estan exentos de la configuracion de validez de las contraseñas. El administrador de sistema solo puede cambiar la contraseña mediante la transaccion SU01.
Si en cambio usamos el asistente de jobs para la creacion de los mismos, no tenemos la posibilidad de definir un usuario diferente para cada paso del job.
4. Utilizacion de programas externos
El sistema de procesamiento en background diferencia entre comandos externos para usuarios normales y programas externos para los administradores de sistema. El proposito de esta diferenciacion es darle a los administradores del sistema la posibilidad de ejecutar cualquier programa externo que requieran, mientras que los usuarios normales estan restringidos al uso de comandos externos para los cuales hay verificaciones de autorizacion.
En ambos casos, el programa sapxpg es invocado a nivel de S.O. e inicia el programa relevante en el S.O.
Los comandos externos son comandos o programas del host predefinidos en el sistema SAP por el administrador. Estos estan protegidos por autorizaciones por lo que los usuarios normales pueden solamente planificar los comandos para los cuales el administrador les ha asignado las autorizaciones necesarias. De esta manera, podemos proveer de funciones fuera del sistema SAP, a nivel del S.O, a los usuarios del sistema SAP:
Los programas externos son comandos sin restricciones que no son predefinidos o restringidos por autorizaciones. Un usuario que tenga autorizaciones de administrador puede ingresar un programa externo en un paso de un job.
Ninguna verificacion de autorizacion SAP se lleva a cabo antes de la ejecucion del comando. Los programas externos proveen al administrador la flexibilidad para ejecutar cualquier comando en el S.O. en el sistema SAP sin preparacion previa.
NOTA: Un administrador de sistema debe contar con autorizaciones para el objeto S_RZL_ADM: Administrador de Procesamiento en Background.
La creacion de comandos externos requiere de los siguientes pasos:
1. Llamar a la transaccion SM69.
2. Seleccionar create.
3. Realizar las entradas en el nuevo comando.
Los comandos externos son identificados univocamente con un nombre, comenzando con Z o Y, y un tipo de S.O. El campo type se completa automaticamente.
Especificar un comando ejecutable del S.O. (si es necesario con la ruta completa) y especificar cualquier parametro requerido u opcional.
Seleccionar el cuadro de verificacion (Checkbox) Additional Parameters Allowed si los usuarios podran especificar parametros adicionales cuando ejecutan el comando externo. Los parametros adicionales son agregados en una cadena de parametros especificados bajo el campo Parameters for Operating System Command.
El campo Trace deberia dejarse en blanco usualmente. Para seguir la ejecucion de un comando externo, utiliza el parametro de traza para el modulo de funcion SXPG_COMMAND_EXECUTE.
Si se ha definido una verificacion adicional de autorizacion, ingrese el nombre del modulo de funcion que realiza la verificacion en el campo Check Module. Este es usualmente una copia del modulo de funcion SXPG_DUMMY_COMMAND_CHECK. El sistema llama al modulo de funcion automaticamente, si un usuario intenta ejecutar el comando externo o lo planifica en un paso de job de background.
4. Guarda el comando. Para regresar a la vista de comandos, selecciona Back.
5. Indicaciones de control (Control Flags)
Es posible realizar especificaciones sobre la tarea y otras opciones de ejecucion usandoindicadores de control. Usualmente no es necesario cambiar los valores por defecto.
Por ejemplo, podemos especificar:
- Si el proceso va a ser registrado.
- Si los datos de salida se escriben al og del job tal como son devueltos por el programa externo. Tambien es posible registrar informacion adicional sobre el programa externo en el log del job.
Otro indicador es si el paso del job espera por la finalizacion del programa externo. En el caso de que despues de que hemos iniciado un servicio con el sistema de procesamiento en background, tal como un demonio en UNIX o un servicio en Windows, el programa se mantiene activo luego del inicio.
Estos programas iniciados como servicio o demonios no devuelven el control al sistema de procesamiento en background de SAP, como en el caso de otros programas.
Si iniciamos un programa mediante un servicio, no deberiamos utilizar el indicador de control Job Waiting for Ext. Termina cuando planificamos el paso del job.
 
 
 
Sobre el autor
Publicación académica de Luis Alberto Caro Montañez, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Luis Alberto Caro Montañez
Profesión: Ingeniero en Sistemas - Mexico - Legajo: ML16S
✒️Autor de: 106 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Mi principal objetivo es formar parte de un equipo profesional, en el que los logros y éxitos de cada uno sean reconocidos en un ambiente de trabajo optimo y agradable.
Certificación Académica de Luis Caro