✒️SAP Los servicios de actualización
SAP Los servicios de actualización
SERVICIO DE ACTUALIZACION EN SAP.
"Es el encargado de gestionar las modificaciones solicitadas por los usuarios en la base de datos"
DEF. PROCESO DE TRABAJO WORK PROCESS :
Encargado de atender la solicitud de los usuarios o solicitud del sistema.
DEF. DISPATCHER: SUB SISTEMA DE DESPACHO, Asigna las solicitudes a un proceso de trabajo.
LOS PROCESOS DE TRABAJO SON 7:
- PROCESOS DE DIALOGO
- TIPO UP DATE
- ENQUEUE
- BATCH
- MESSAGE
- GATEWAY
- SPOOL
NOTA: con SM50 PODEMOS VISUALIZAR PROCESOS DE TRABAJO EJECUTADOS EN EL SERVISOR, EN ESTA PANTALLA DE PUEDEN APRECIAR INFORMACION RELEVANTE COMO: TIPO, STATUS, PROGRAMA QUE SE EJECUTA, MANDANTE, USUARIO SAP, LA ACCION, TABLA QUE MODIFICA.
ACTUALIZACIONES ASINCRONICA Y SINCRONICA.
Asincrónica:
Gestion de requerimientos de usuarios a parte del proceso de dialogo , no espera que se termine las actualización para continuar con su proceso de trabajo de usuario.
Sincronica:
Diferencia la petición o requerimiento de actualización de la bases de datos se genera en el mismo procesos de trabajo, por lo que el rendimiento será peor. es decir obliga al proceso a que la actualización termine para poder continuar.
Sera decisión del analista de la aplicación decidir que tipo de actualización realizar, mas no del usuario, esto en caso de ser una aplicación hecha a medida.
LOS PROCESOS DE ACTUALIZACION V1 Y V2:.
La actualizacion asincronica presenta una ventaja adicional las LUW.
DEF. LUWS: bloques auto consistentes de datos, de tal forma que la actualización de la base de datos es llevada a cabo completamente.
tipos de LUWS:
BASE DE TADOS: es una secuencia de base de datos que no puede ser dividida, las operaciones se realizan en su totalidad o no se realizan. una transacción de sap puede incluir muchas luws de base de datos, cada una de las cuales pueden ser finalizadas un con commit en la base de datos lo cual se genera automaticamente.
DE SAP: es un proceso de negocio el cual no puede dividirse, el proceso se ejecuta en su totalidad o no se ejecuta, una luws de sap de una transaccion usualmente contiene varias luws de base datos,
una luws comienza cada vez que ejecutamos una transaccion, cuando los cambios a la base de datos se confirman mediante un commmit, o cuando los cambios a la base de datos de la luws previa se cancelan y finaliza cuando los cambios a la base de datos, han sido confirmados o cuando los cambios a la base de datos han sido cancelado.
nota: si surgiera algún problema en la base de datos, la grabación de cada luws no se realizaria a medias.
existen dos tipos de actualización asincrónica V1( critica , primaria) estas se realizan bajo la supervisión del gestor de bloqueos de SAP que impide, varias modificaciones sobre el mismo objeto concunrréntemente., Y V2(segundaria menos criticas).
MONITORIZACION DEL ESTADO DE LAS ACTUALIZACIONES DEL SISTEMA:
SAP posee una herramienta de activacion y desactivacion GENERICA de los servicios de actualización, tanto como para monitorear las que están en curso, como las posibles actualizaciones interrumpidas.
si ocurre un problema grave SAP reacciona desactivando la actualizacion, por lo cual las modificaciones realizadas quedan en estado de espera hasta que estas vuelvan a estar activas, esto es en post de preservar la integridad de la base de datos y su ejecución queda registrada en el LOG del sistema. El verificar los errores que esta produjo será tareas del los administradores, sap basis, y su posterior activación.
la actualizaciones son activadas cada vez que arranca sap en el servidor, por lo que debe monitorearse es la posible desactivacion.
NOTA: con SM13 podemos gestionar centralmente las actualizaciones, mediante la misma se comprueba el estado de activada y desactivada de la actualización y si fue desactivada en el BOTON INFO , NOS PROPORCIONA QUE PROCESO Y QUE USUARIO CAUSO LA DESACTUALIZACION.
OBJETOS DE BLOQUEO:
dispone de un sistema de gestion de bloqueos de objetos para evitar la modificacion.
nota: cuando hablamos de objetos son: documento contable, una solicitud de compra, o una entrada de una tabla de base de datos.
estos bloqueos se establecen cuando el usuario inicia transacciones de modificación y no son liberados hasta que el usuario pulsa grabar.
nota: sm12 nos muestra los bloqueos activos.
nota de audio tips: transaccion se11 creacion de objeto de bloqueo.
Hola Jenny, que bueno es saber de ti.
Un COMMIT es la confirmación de los cambios realizados a los registros de la tablas bases de datos.
Despues de la ejecución de esta sentencia los cambios no se pueden volver atrás.
Lo importante que quiero que te lleves del concepto de LUWs es que las actualziación en el sistema se realizan completas o no se realizan, ya que si se realizarán de forma incompleta entonces esto afectaria a la integridad del sistema y de los datos almacenados en la base de datos.
Efectivamente los bloqueos estan asociados a las tablas tablas bases de datos y a los usuarios que ejecutan la transacción.
Perdon pero no entiendo a que expresión te referis.
Cualquier cosa que necesites estoy aquí para ayudarte.
Saludos cordiales.
Ezequiel.
.
 
 
 
Sobre el autor
Publicación académica de Jenny Rodriguez, en su ámbito de estudios para el Carrera Consultor Basis NetWeaver.
Jenny Rodriguez
Profesión: Profesional en Ingeniería - Argentina - Legajo: MM64A
✒️Autor de: 77 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Presentación:
Profesional con experiencia en mantenimiento industrial, capacitada para asesorar, planear, organizar, dirigir, desarrollar procesos para contribuir como optimizar los niveles de productividad
Certificación Académica de Jenny Rodriguez