![](/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/97.jpg)
Otros temas de Procesamiento en Background:
1.- RESERVA PARA JOBS DE CLASE A:
Cada WP-B procesa jobs de todas las prioridades.
Podemos reservar tanto WP-B configurados como deseemos para jobs de prioridad alta, o sea, Jobs de Clase A.
La reservación de WP para Jobs de Clase A no reserva ningún WP es particualr.
Más bn, el sistema asegura q una cantidad determinada de WP-B 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-B de clase A tendremos q configurar los modos de operación en la Transacción RZ04.
Cuando hacemos esto, tendremos la opción de reserva WP-B.
Transacción RZ04: nos permite realizar la configuración de los modos de operación de una 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 WP-B 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á q un WP es muy poc outilizado (Solo por jobs de Clase A).
Nota importante: SAP recomienda q no reservemos más de un WP-B para el procesamiento de jobs de clase A para c/instancia del sistema. Co esto usualmente es suficiente para un escenario de planificación de jobs de Background.
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).
Solamente instancias con WP-B 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 más instancias con WP-B.
Los grupos de este tipo pueden ser utilizados de la misma forma q los grupos de logon para usuarios de diálogo.
Tb es posible procesar tareas de Background en instancias seleccionadas.
Podemos configurar un grupo de servidores de job en la Tx SM61 (menú Tools CCMS --> Background Processing --> Background Objects).
Aquí podremos definir grupos de servidores con WP-B asignando las instancias q formarán el grupo.
AUDIO: (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, el nombre del usuario q está definido el job aparece, y el job luego será ejecutado usando las autorizaciones q 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 paso.
Es útil configurar usuarios de Background para varias áreas de trabajo q cuenten con las autorizaciones necesarias para las ctividades q se requieran, y q puedan ser usadas por usuarios con las mismas autorizaciones para planificar jobs de background en esta área de trabajo.
Los usuarios de background tienen registros maestros de usuario q 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 usuarios.
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 Tx 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 c/paso del job.
4.- UTILIZACIÓN 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 sistema de procesamiento en backgroun diferencia entre comandos externos para usuarios normales y programas externos para los administradores del sistema.
El propósito de esta diferenciación es darle a los administradores del sistema la posibilidad de ejecutar cualquier programa externo q requieran, mientras q los usuarios normales están restringidos al uso de comando externos para los cuales hay verificaciones de autorización.
En ambos casos, el programa sapxpg es invicado a nivel del 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 están protegidos por autorizaciones por lo q 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 al nivel del S.O. a los usuarios del sistema SAP.
Los programas Externos son comandos sin restricciones q no son predefinidos o restringidos por autorizaciones. Un usuario q tenga autorizaciones de administradir puede ingresar un programa externo en un paso de un Job.
Ninguna verificación de autorización SAP se lleva a cabo de la ejecución del comando. Los programas Externos proveen al administrador la flexibilidad para ejecutar cualquier comando en el S.O. en el sistema SAP sin preparación previa.
Nota importante: Un administrador de sistema debe contar con autorizaciones para el objeto S_RZL_ADM Administrador de Procesamiento en Background.
La creación de comando externos requiere de los sgtes pasos:
- Llamar a la Transacción SM69.
- Seleccionar Create (crear un comando externo).
- Realizar las entradas en el nuevo comando.
Los comandos externos son identificados unívocamente con un nombre, comanzando con Z o Y, y un tipo de S.O. El campo Type se completa automáticamente.
Especificar un comando ejecutable del S.O (si es necesario con la ruta completa) 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 una cadena de parámetros especificados bajo el campo Parameters for Operating System Command.
El campo 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 módulo de función q realiza la verificación en el campo Check Module.
Este es usualmente 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.
4.- Guardar el comando. Para regresar a la vista de comandos, selecciona Back.
5.- INDICADORES DE CONTROL (CONTROL FLAGS):
Es posible realisar especificaciones sobre la tarea y otras opciones de ejecucicón usando indicadores de control. Usualmente no es necesario cambiar los valores por defecto.
Podemos especificar:
- Si el proceso va a ser registrado.
- Si los datos de salida se escriben al log del job tal como son devueltos por el programa externo. Tb es posible registrar inf. adicional sobre el programa externo en el log del job.
Otro indicar es si el paso del Job espera por la finalización del programa externo.
En el caso de q después de q hemos inciado 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 programas mediante un servicio, no deberíamos utilizar el indicador de control job waiting for ext. Termina cuando planificamos el paso del Job.
 
 
 
Sobre el autor
Publicación académica de Mayra Yanina Gambin, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Mayra Yanina Gambin
Profesión: Docente - Argentina - Legajo: NV61P
✒️Autor de: 102 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime