![](/cvo_files/imgs_sap_abap/logos/logo_cvo_academy_it.png)
✒️SAP BASIS Otros temas del procesamiento en background
SAP BASIS Otros temas del procesamiento en background
![SAP BASIS Otros temas del procesamiento en background SAP BASIS Otros temas del procesamiento en background](https://www.cvosoft.com/cvo_files/imgs_sap_abap/og-images/264.jpg)
LECCION 7 OTROS TEMAS DE PROCEAMIENTO EN BACKGROUND
1.Reserva para Jobs de clase A
En la ejecuciòn normal en cada work processes de background procesa JOBS de todas las jobs de todas las Prioridades.
De todas formas, podemos reservar tantos workprocesses de background configurados, como deseemos para jobs de prioridad alta, osea Jobs de clase A.
-La Reservaciòn de Work processes para Jobs de Clase A no reserva ningun work Processes 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 nùmero definido de work Processes para posibles Jobs de clase A se mantiene libre.
Manenimiento de Modos de operaciòn 2 Work processes de background de los cuales 1 es reservado para Jobs de clase A.
-Para configurar el numero de Work Processes de background de clase A tendremos que configurar los modos de operacion en la transacciòn RZ04 cuando hacemos esto, la opciòn de reservar work Proceses de background.
TRANSACCION RZ04: La transacciòn estandar RZ04 nos permite realizar la configuraciòn de los modos de operaciòn 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 processes de background casi siempre se encuentra libre, la reserva de workprocesses de clase A probablemente no ofrezca ventajas. En este caso la reservaciòn simplemente significarà que un workprocesses es muy poco utilizado (Sòlo 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 instancia del sistema. Con esto usualmente es suficiente para un escenario de planificaciòn de Jobs de background.
2. OBJETIVOS DE EJECUCIÒN
Solamente instancias con Work Processes de background o un grupo de servidores de JOB puede ser utilizado para planificar la ejecuciòn de Jobs con instancias o grupos especificos.
Un grupo de servidores de job contiene una o mas instancias con work Process de background. Los grupos de este tipo pueden ser utlizados de la misma forma que los grupos de logón para usuarios de dialogo. Tambien es posible procesar tareas de background en instancias seleccionadas.
-Podemos configurar un grupo de servidores de Job en la transacciòn SM61 (Menu tools CCMS----Background Processing----Background Objects). Aqui podemos definir grupos de servidores con work Process de background asignando las instancias que formarà el grupo.
NOTA: Cuando todos los Jobs de Background se encuentran ocupados, se encola la ejecuciòn. Pero nosotros podemos darle prioridad de ejecuciòn a los mismos. Con lo cual a los Jobs de colecciòn de informaciòn de sistema podemos colocarle baja prioridad dando lugar si se encolan a lo de los usuarios que esperan resultados prioritariamente.
Por otro lado hacemos referencia que podemos colocar el nombre del usuario con el cual debe ejecutar el Job, por ejm "Admin"------Por que hacemos esto-----Es por que las empresas tienen un alto numero de rotaciòn con los empleados, con lo cual si colocamos un usuario en especial y luego este se va de la empresa, nosotros daremos de baja ese usuario, esto implica que los Jobs se ejcutaban a su nombre ----Dejaran de funcionar -----Para evitar esto, colocamos el usuario con el cual se ejecuta; lo que vamos hacer es crear un usuario de sistema con un nombre generico que funcione para siempre.
3. USUARIOS DE BACKGROUND
con la clasica definiciòn de Jobs, utilizando la transacciòn SM36, podemos asignar cada paso de un Job a un usuario. El usuario especificado es utilizado para las verificaciones de autorizaciòn durante la ejecuciòn del paso.
Por defecto, el nombre del usuario que esta definiendo el Job aparece y el Job luego serà ejecutado usando las autorizaciones que ese usuario tenga.
-Si el JOB no debería ejecutarse usando las autorizaciones de ese usuario, podemos ingresar un usuario diferente. Para poder hacer este cambio, debemos contar con la autorización pertinente S_BTCH_NAM para poder ingresar otros usuarios diferentes al nuestro en el campo user en la definición del campo.
Por ejm el usuario Admin es utilizado para la verificación de autorizaciones cuando se ejecute el paso del JOB.
-Es util configurar usuarios de background para varias áreas 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 administración de 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 usuario. De la misma manera, los usuarios de este tipo están excentos de la configuración de validez de las contraseñas.
El Administrador de sistema sólo puede cambiar la contraseña mediante la transacción SU01. Si en cambio usamos el asistente de Jobs para la creación 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 Propósito de esta diferenciación es darle a los administradores del sistema la posibilidad de ejecutar cualquier programa externo que requieran, mientras que los usuarios normales están restringidos al uso de comandos externos para los cuales hay verificaciones de autorización.
-En ambos casos, el programa Sapxpg es invocado a nivel de sistema Operativo e inicia el programa relevante a nivel de sistema Operativo.
Los comandos externos son comandos o programas del host predefinidos en el sistema SAP por el administrador. Estos están 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 de sistema Operativo a los usuarios del sistema SAP.
Los Programas Externos son comandos sin restricciones que no son predefinidos o restringidos por autorizaciones de administrador pueden ingresar un programa externo en un paso de Job.
-Ninguna verificaciòn de autorizaciòn SAP se lleva a cabo antes de la ejecuciòn del comando. Los programas externos proveen al administrador la flexibilidad para ejecutar cualquier comando en el sistema Operativo en el sistema SAP sin preparaciòn 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 transacciòn SM69.
2. Seleccionar Create.
3. Realizar las entradas en el nuevo comando.
-Los Comandos externos son indefinidos univocadamente con un mombre, comenzando con Z o Y, y un tipo de sistema Operativo. El campo Type se completa automaticamente.
-Especificar un comando ejecutable del sistema operativo. (Si es necesario con la ruta completa) y especificar cualquier paràmetro requerido u opcional.
-Seleccionar el cuadro de veriicaciòn (checkbox) additional Parameters Allowed si los usuarios podràn especificar paràmetros adicionales cuando ejecutan el comando externo. Los Parametros adicionales son agregados en una cadena de paràmetros especificados bajo el campo parameters for operating System Command.
 
 
 
Sobre el autor
Publicación académica de Edwin Vargas Guzman, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Edwin Vargas Guzman
Profesión: Ingeniero Electronico - Colombia - Legajo: XS14Z
✒️Autor de: 52 Publicaciones Académicas
🎓Egresado del módulo:
Certificación Académica de Edwin Vargas