✒️SAP BASIS El proceso de Logon en un sistema ABAP

TEMA 1: Proceso de Logon

Para crear una conexión entre el interfaz del usuario (front end) y una instancia del sistema, el sistema SAP GUI requiere cierta información como parámetros de inicio.

Esta información se archiva parcialmente en la configuración del SAP logon y parcialmente se obtiene directamente de una consulta al proceso Message Server del sistema SAP.El logon luego puede iniciar el programa SAP GUI con las especificaciones obtenidas.

TEMA 2: Configuración SAP logon

El programa SAP logon provee a los usuarios una forma sencilla de loguearse a un sistema SAP a través del programa para Windows SAP GUI

El programa SAP logon evalúa varios archivos de configuración que se encuentran en el interfaz del usuario. Estos archivos también pueden ser editados utilizando SAP logon.

En principio, SAP Logon simplemente es para iniciar el SAP GUI para un sistema SAP seleccionado con ciertos parámetros.

Se pueden realizar varias configuraciones generales a través de las opciones de SAp logon .Se puede por ejemplo,configurar los niveles de trace para conexiones SAP GUI.Las contraseñas también pueden quedar registradas en el archivo de trace generado, por lo que debemos tener especial cuidado al utilizarlo,dicho archivo debería eliminarse al terminar su uso.

Podemos utilizar el botón NUEVA ENTRADA para crear una nueva conexión a un sistema.Una especie de asistente nos lleva a través de varias opciones para crear nuevas conexiones.Hay 3 opciones:

1) La selección de un sistema que ya fue previamente configurado en el archivo sapmsg.ini seguido de la selección del modo de logon: Grupo de logon o logon de una instancia especifica.

2) La definición de una nueva conexión, eligiendo la opción Sistema especifico de usuario, en donde se realiza una consulta al Message Server para conocer que servidores o grupos de servidores existen en el sistema.

3) La definición de una nueva conexión también, pero como sistema especifico de usuario con la especificación explicita de todos los detalles de conexión (Servidor de aplicación, número de sistema e ID del sistema) sin consultar al Message Server.

Cuando nos logueamos utilizando un grupo de logon, el message server de ABAP es consultado primero para poder identificar la instancia con mayor disponibilidad en base a la cantidad de work process de dialogo que tenga configurada y los usuarios que ya estén conectados al momento dentro del grupo de logon elegido.

El archivo de configuración sapmsg.ini se evalua para mostrar los sistemas ya configurados en el sistema SAP logon.La siguiente imagen muestra un ejemplo del contenido del archivo sapmsg.ini:

El message Server del sistema seleccionado es consultado para mostrar los grupos de logon y servidores de aplicación disponibles.

Para que la conexión al message server del sistema especifico en el archivo sapmsg.ini funcione es necesario del archivo services en Microsoft Words con el cual se especifica el puerto de comunicación del message server del ID (identificación) del sistema seleccionado, denominado SID (System ID). Continuando el ejemplo se muestra las entradas en el archivo services para los puertos del Message Server de cada sistema:

Una conexión es luego creada al servidor y al message server que corre sobre este utilizando la información de los archivos sapmsg.ini y services.

Resumen de la utilización de archivos por SAP logon:

Inicio de Sap logon: lee saplogon.ini

Botón de acceder al sistema: accede al sistema seleccionado.

Botón Entrada Sistema Variable: Ningún cambio al archivo saplogon.ini, evalúa los archivos sapmsg.ini y services.

Botón Nueva entrada: Edita saplogon.ini, evalúa sapmsg.ini y el archivo services.

Botón Modificar Entrada: Edita saplogon.ini

Botón Borrar Entrada: Edita saplogon.ini

Con el botón Nueva Entrada,se puede crear la conexión a un sistema SAP que no necesariamente se encuentra en el archivo sapmsg.ini y el archivo services.

En este caso tendremos que ingresar toda la información que sea relevante para loguearse en el sistema.

¿Dónde se almacena cada archivo?

Saplogon.ini, sapmsg.ini, saprouter.ini:

1-Directorio SAP GUI

2-Directo de Windows

Services (Windows)

Windowssystem32driversetcservices

Con los shortcuts, necesitamos ingresar el password, después de la cual el sistema nos lleva directamente a una transacción preasignada. Los shortcuts se guardan en un archivo llamado sapshortcut.ini en el directorio de Windows en la computadora del usuario.

String de conexión SAP GUI

El string de conexión SAP GUI describe una serie de parámetros para llamar el programa SAP GUI.

En su forma más simple, una llamada a SAP GUI puede verse de la siguiente forma: Sapgui

Si se va a utilizar un grupo de logon, la estructura de conexión es un poco más compleja: Sapgui/M//S//G/

/M/ para indicar el Servidor del Message Server

/S/ para especificar el Puerto del Message Server

/G/ es utilizado para especificar el nombre del grupo del logon seleccionado

Utilización del grupo de Logon

TEMA 3: Transacciones de Análisis

TEMA 4: Herramientas de Administración

TEMA 5: Log de inicio del sistema

1-Registrando el Proceso de inicio del sistema

El proceso de inicio es una función muy importante, la cual es registrada por:

· El sistema SAP

Si el sistema no logra iniciar podemos encontrar mensajes de error en los Archivos log.

Los logs sobre el inicio del sistema se almacenan en el file system. Estos archivos están en el directorio local (DIR_HOME) de la instancia respectiva.Durante el proceso de inicio,los archivos del log STDERR son creados por el servicio SAP.

Los procesos de inicio escriben cada uno de estos archivos, dependiendo de la secuencia en la que estos componentes están listados en el perfil de inicio de la instancia (Start profile).

El contenido de estos archivos depende de la configuración individual del sistema, y podría ser como sigue:

· STDERR2: Información sobre inicio del message server

Se puede configurar el nivel de detalle atraves del parámetro rdisp/TRACE.Las posibles configuraciones son:

· 1 (errores y advertencias)

· 3 (Mensaje de error y resumen copleto de trace)

Cuanto mas alto el nivel de trace, mayor es el nivel de información que se registra, es por eso que solo se recomienda tener trace altos ante inconvenientes que requieren seguimiento sino se colapsa muy rápido la base de datos.

El nivel de trace puede ser configurado por separado para cada work process en la transacción MS50

Si el sistema no inicia tenemos que verificar una variedad de problemas es por eso que se recomienda seguir la siguiente secuencia:

1-Verificar los mensajes de error y advertencia en el sistema operativo con las herramientas correspondientes del mismo.

2-Verificar el status de la base de datos respectiva utilizando los archivos de log de errores.

3-Verificar el log de inicio en la consola de SAP (SAP MC). Selecciona la instancia que tiene problemas y desde el menú de contexto, seleccionar List Developer Traces (Listar trazas de desarrollador)

4-Verificar los archivos de error STDERR que fueron credos por el servicio SAP.

5-Verificar los archivos de trace (traza) individuales de los work process:

DEV_MS (Traza del desarrollador del Message Server)

DEV_RD (Traza del desarrollador del Gateway)

DEV_DISP (Traza del desarrollador del Dispatcher)

DEV_WM (Traza del desarrollador para los work process)

NOTA: M es el numero de ID que vemos en la transacción SM50

6-Si aun puedes loguear verificar el log del sistema utilizando SM21.

TEMA 7: Log de Base de Datos

1. MAX DB

Los mensajes de sistema y errores son registrados por MAX DB en el siguiente directorio: C:/sapdb/data/wrk/<sid>

Donde SID es el nombre de nuestra base de datos, la cual coincide con el sistema SAP.

Los mensajes del sistema son registrados en el log de Kernel.Este contiene los siguientes tipos de mensaje en orden cronológica:

· Información sobre las áreas físicas de almacenamiento

· Mensaje de error del sistema

El log se escribe en una modalidad que se conoce como circular,lo que significa que es sobreescrita cada vez que alcanza un cierto tamaño.Un nuevo archivo de log es creado luego de cada inicio del sistema de base de datos.

Una copia de log anterior se crea antes de reiniciar el sistema de base de datos.

Todos los mensajes de error y advertencia relativos al sistema de base de datos son registrados en el log de errores (Knldiag.err), incluyendo los mensajes para el inicio y parada.

2. MS SQL Server

Registra todos los eventos significativos tales como el inicio y parada de la base de datos y los mensajes de error en el archivo: C:/MSSQL/LOG/ERRORLOG

Una nueva versión del log es creada con cada inicio del MS SQL Server.Las versiones se ordenan de manera creciente de la siguiente manera:

ERRORLOG.1

En cada reinicio se van sobrescribiendo los errores desde el 6 al 1, generando el corrimiento de los errores. Ej.: Se reinicia el sistema y se borra el error 6 por cual el 1 pasa hacer ahora el 2 y así sucesivamente siendo el 1 el nuevo creado.

Estos errores pueden ser visualizados mediante la herramienta del sistema MS SQL SERVER: Enterprise Manager o Management Studios dependiendo de la versión.

3. ORACLE

Registra todos los eventos significativos tales como el inicio y parada de la base de datos y los mensajes de error en el archivo: C:/ORACLE/<SID>/SAPTRACE/BACKGROUND/ALERT.LOG.

Información detallada sobre errores se registra en el archivo de Traza de Oracle

C:/ORACLE/<SID>/SAPTRACE/USERTRACE/ORA.TRC

4. DB2 (UDB)

La base de datos DB2 registra todos los eventos significativos en el archivo db2diag.log.La ruta bajo la cual este archivo estará almacenado se define con el parámetro Diagnostic Directory Data Path (DIAGPATH)

Esta ruta se configura en el Database Manager Configuration.El valor por defecto es:

$DB2INSPROF/DB2INSTANCE

5. Informix

Todos los eventos significativos como inicio y parada de base de datos y mensajes son archivados por Informix en el archivo:

$INFORMIXDIR/Online…log