![](/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/495.jpg)
7.7 - Otros temas del procesamiento de background
- La reserva para jobs de clase A
En una operación normal, cada WP de background procesa jobs de todas las prioridades. De todas formas, podemos reservar tantos WP de background configurados como deseemos para jobs de prioridad alta, es decir, jobs de clase A.
La reservación de WP para jobs de clase A no reserva ningún WP en particular. Mas bien, el sistema asegura que una cantidad determinada de WP de background se mantengan libres. Los jobs de clase B y C pueden solamente ser iniciados si el número definido de WP para posibles jobs de clase A se mantiene libre.
Para configurar el número de WP de background de clase A tendremos que configurar los modos de operación en la transacción RZ04, haciendo esto tenemos la opción de reservar WP de Background.
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 WP de Background casi siempre se encuentra libre, la reserva de WP para jobs de clase A probablemente no ofrezca ventajas. En este caso, la reservación simplemente significará que un WP es muy poco utilizado (solo para jobs de clase A).
Una recomendación de SAP es no reservemos mas de un WP de background para el procesamiento de jobs de clase A por cada instancia del sistema. Con esto usualmente es suficiente para un escenario de planificación de jobs de background.
- Los objetivos de ejecución.
Solamente instancias de WP de Background o un grupo de servidores de job puede ser utilizado para planificar la ejecución de jobs con instancias o grupos específicos.
Un grupo de servidores de job contiene una o mas instancias con WP de background. Los grupos de este tipo pueden ser utilizados de la misma forma que los grupos de logon para usuarios de diálogo. También es posible procesar tareas de background en instancias seleccionadas.
Podemos configurar un grupo de servidores de job en la transacción SM61 (menú tools CCMS - Background Processing - Background Objects). Aquí podemos definir grupos de servidores con WP de background asignando las instancias que forman el grupo.
- Los usuarios de background
Con la clásica definición de jobs utilizando la transcción SM36, podemos asignar cada paso de un job a un usuario. El usuario especificado es utilizado para las verificaciones de uatorización durante la ejecución del paso.
Por defecto, el nombre del usuario que está definiendo el job aparece, y el job será ejecutado usando las autorizaciones que ese usuario disponga.
Si el job no debería ejecutarse usando las autorizaciones de ese usuario, podemos ingresar un usuario diferente. Para poder hacer este cambio, deberemos 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 paso.
Es útil 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 área de trabajo, tal como la administración del sistema.
Los usuarios de background tienen registros maestros de usuario que cuentan específicamente 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 diálogo no es posible con este tipo de usuario. De la misma manera, los usuarios de este tipo están exentos de la configuración de validez de las contraseñas. El administrador de sistema solo 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 un usuario diferente para cada paso del job.
- La utilización de programas externos.
El sistema de procesamiento de background diferencia entre comando para usuarios normales y programas externos para los administradores de sistema. El propósito de estas 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.
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.
Los programadores 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 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.
Un administrador de sistema debe contar con autorizaciones para el objeto S_RZL_ADM: Administrador de procesamiento de background
La creación de comandos externos requiere de los siguientes pasos:
- Llamar a la transacción SM69
- Seleccionar create.
- Realizar las entradas en el nuevo comando.
Los comandos externos son identificados con un nombre, comenzando con Z o Y y un tipo de sistema operativo. El comando Type se completa automáticamente.
Especificar un comando ejecutable del S.O. (si es necesario con la ruta competa) y especificar cualquier parámetro requerido u opcional.
Seleccionar el cuadro de verificación (checkbox) additional parameters allowed si los usuarios podrán especificar parámetros adicionales cuando ejecutan el comando externo. Los parámetros adicionales son agregados en uan cadena de parámetros especificados bajo el campo Parameters for Operating System Comand.
El comando trace debería dejarse en blanco usualmente, para seguir la ejecución de un comando externo, utiliza el parámetro de traza para el módulo de función SXPG_COMMAND_EXECUTE.
Si se ha definido una verificación adicional de autorización, ingrese el nombre del modulo de función que realiza la verificación en el campo check module. Este es usualmente una copia del modulo 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.
- Guarda el comando. Para regresar a la vista de comandos, selecciona back.
- Los indicadores de control (control flags)
Es posible realizar especificaciones sobre la tarea y otras opciones de ejecución usando indicadores 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 log del job como son devueltos por el programa externo. También es posible registrar información adicional sobre el programa externo en el log del job.
Otro indicador es si el paso del job espera por la finalización del programa externo.
En el caso de que después de que hemos iniciado un servicio con el sistema de procesamiento en background, tal como un demonio de UNIX o un servicio de Windows, el programa se mantiene activo luego del inicio.
Estos programas iniciados como servicio o demonios no vuelven el control al sistema de procesamiento de background de SAP, como en el caso de otros programas.
Si iniciamos un programa mediante un servicio, no deberíamos utilizar el indicador de control job wainting for ext. Termia cuando planificamos el paso del job.
 
 
 
Sobre el autor
Publicación académica de Israel Cespedes Penaloza, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Israel Cespedes Penaloza
Profesión: Ingeniero Electrónico - Bolivia - Legajo: DO67A
✒️Autor de: 90 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: PartTime