✒️SAP BASIS Internet Communication Manager (ICM)

Video:

Cómo monitorear el componente Internet Communication Manager o ICM.

Transacción SM51

Veremos que componentes tienen el ICM activo.

Transacción SMIC

Muestra el estado del componente ICM.

Desde esta transacción, en el menú Goto>Services >se puede visualizar los servicios activos para el componente ICM, por ej, HTTP y SMTP.

Ver todos los parámetros o modificarlos Goto >Parameters >Display.

Estadísticas del componente desde su último inicio Goto>Stadistics >Display.

Registro de datos estadísticos.

URL de la aplicación >Actualizar estadísticas.

Otra aplicación con contenido multimedia >Actualizar estadísticas nuevamente >Componente del Caché ICM >Goto >HTTP Server Cache >Display.

Herramienta del sistema operativo ICMon.

>Comando de Windows >icmon pf (perfil de la instancia) >enter.

Desde la transacción ICM se puede observar la actividad y nuevamente se reinician las estadísticas.

1) Arquitectura del ICM

Aspectos importantes:

>Es un soporte para protocolos Web estándar tales como HTTP, HTTPS, WebDAV, SOAP y SMTP.
Salida en formatos Web estándar tales como HTML, XML y XSLT.
>Completa integración dentro del entorno SAP (desarrollo, administración, concepto de autorización, monitoreo y protocolos de comunicación).

1)

El proceso ICM está separado, el dispatcher de ABAP lo inicia y monitorea. Asegura que el sistema SAP pueda comunicarse con el mundo exterior (con HTTP, HTTPS Y SMTP). Rol de servidor web: puede procesar solicitudes que llegan desde Internet mediante URLs con el servidor y puerto; el ICM está escuchando. Luego llama al local handler apropiado, dependiendo de la URL.

El proceso ICM utiliza threads/hilos de ejecución para procesar la carga de trabajo en paralelo.

â–¸ Thread control: recibe la solicitud TCP/IP entrante y crea (o despierta) un worker thread del pool de threads para procesar la solicitud.

â–¸ Worker Thread: maneja las solicitudes y respuestas para una conexión. Un worker thread contiene un administrador I/O para las entradas y salidas de red, y varios plug-ins para los diferentes protocolos soportados.

â–¸ Watchdog: un worker thread espera por la respuesta (ya sea que fuese el cliente o el servidor); si ocurre un timeout, el watchdog toma control sobre la tarea que está esperando la respuesta. El worker thread luego puede ser utilizado para otras solicitudes.

â–¸ Signal Handler: procesa las señales que son enviadas por el sistema operativo u otro proceso (tal como el ABAP dispatcher).

Connection Info: contiene información sobre las conexiones de red existentes.

â–· Memory Pipes: son objetos de comunicación basados en memoria que permite la transferencia de datos entre el ICM y el work process ABAP.

Los protocolos HTTP HTTPS y SMTP pueden ser usados inmediatamente luego de la instalación del SAP Web AS.

2) Internet Server Cache (ISC)

Almacena objetos HTTP(S) antes de que sean enviados al navegador Web. La próxima solicitud puede ser encontrada en el desde el ISC, mientras el tiempo de expiración no haya vencido, acelera el acceso.

Aspectos del ISC

- Jerarquia de dos niveles: En el proceso de almacenar datos, la velocidad de la memoria principal (cache de memoria) y la capacidad de almacenamiento (cache de disco) son utilizadas.

- Cacheo Dinámico: los productos tradicionales son basados en proxies HTTP y ofrecen cacheo de contenido estático. El ISC puede almacenar en cache contenido dinámico tal como las páginas JSP o BSP.

- Cacheo Activo: La aplicación tiene control total sobre la actualización de los objetos que se encuentran en cache, debe asegurar que estén actualizados.

- Cacheo UFO: solicitudes inválidas (UnFound Objects) que generan situaciones de error en el servidor de aplicación o la base de datos son rechazadas, de esta manera el sistema queda protegido contra solicitudes inválidas o malintencionadas.

- Cacheo dependiente de navegador Web: Los desarrolladores de un BSP definen si su aplicación es dependiente del tipo de navegador web. Si el indicador está marcado, el ISC usa los datos en el cache solamente para las solicitudes enviadas por ese tipo de navegador.

3) Procedimiento de inicio y monitoreo ICM

El parámetro de perfil rdisp/start_icman controla si un proceso ICM se inicia cuando un servidor de aplicación (instancia) es iniciado. Si ningún valor es especificado, el valor por defecto true (verdadero) aplica.

Se configura mediante los parámetros de perfil que en su mayoría comienzan con icm/. La configuración del parámetro icm/server_port_ es de particular importancia. Este parámetro de perfil especifica el puerto utilizado para cada protocolo, así también como el timeout.

Transacción SM51.

Vista rápida de los servidores de aplicación que están corriendo con un ICM mediante la vista de servidores de aplicación.

Transacción SMICM.

Finalizar el proceso de ICM:

>menú >Administration ICM >soft termination (corresponde a una señal 2 en UNIX) o hard termination (señal 9 en UNIX). El dispatcher luego inicia un nuevo proceso de ICM.

En la selección del menú Administration Restart Yes/No, majenamos si el ABAP dispatcher reinicia el ICM cuando finaliza por un error o por el administrador de forma manual.