✒️SAP BASIS / Las actividades post instalación Por Jose Rosales Ardon

UNIDAD 4: ACTIVIDADES DE POST INSTALACIÓN

LECCIÓN 4: ACTIVIDADES DE POST INSTALACIÓN

En esta lección se desarrollaran los siguientes temas:

1. Verificación de la Instalación
2. Instalación de Lenguajes Adicionales
3. Activación de los Extension Sets para SAP ERP Central Component
4. SAP Load Generator

1) Verificación de la Instalación

La verificación de la instalación verifica la consistencia del sistema recientemente instalado. Las siguientes verificaciones se realizan:

• Completitud de la instalación
• Compatibilidad entre la version de SAP y el sistema operative
• Accesibilidad al Message Server
• Disponibilidad de todos los tipos de Work Processes
• Información sobre el Enqueue Server y el Update Service

El chequeo de consistencia determina si existen inconsistencias en el sistema. Esta función es llamada automáticamente cuando se inicia el sistema o un servidor de aplicación también. El chequeo de instalación verifica si las siguientes premisas se cumplen:

• El número de versión en el Kernel de SAP coincide con el número de versión almacenado en la base de datos.
• El set de caracteres especificado en el Kernel de SAP coincide con el set de caracteres almacenado en la base de datos.
• Las definiciones de estructuras críticas en el diccionario de datos y el Kernel de SAP son idénticas. Las estructuras que son verificadas incluyen las siguientes estructuras: SYST, T100, TSTC, TDCT, TFDIR, y otras.

También podemos ejecutar manualmente el chequeo de instalación con la transacción SICK o desd la llamada de función en el menú de SAP.

2) Instalación de Lenguajes Adicionales

Transacción SMLT: Para la instalación de lenguajes adicionales utilizamos la transaccion SMLT en donde podremos clasificar e importar nuevos paquetes de idiomas acorde a las necesidades de la empresa.

El procedimiento para clasificar el lenguaje es:

• Seleccionar Classify Language o desde el menú Language Classify.
• En la caja de diálogo, seleccionamos el lenguaje que queremos importar y el lenguaje de suplementación correspondiente.
• El lenguaje importado deberá ser definido también en el perfil DEFAULT para que puedas ingresar al sistema usando ese idioma. El parámetro es zcsa/installed_languages.

Los lenguajes alemán e inglés están disponibles en el sistema siempre, no necesitamos importarlos en el nuevo sistema.

El procedimiento para importar un lenguaje es el siguiente:

• Seleccionamos el lenguaje para el cual queremos instalar los paquetes que descargamos junto con la media para la instalación del sistema y elegimos desde el menú: Language Import package.
• Ingresamos la ruta para el paquete de lenguaje. Luego con el botón Find packages(s) para buscar por el paquete en la ruta ingresada. Una vez que encuentra el paquete indicará con un color si podremos importar el paquete de lenguajes:

1. Verde: podemos importar el paquete sin problemas.
2. Amarillo: existen advertencias.
3. Rojo: el paquete no puede ser importado porque las verificaciones han detectado algún error.

• Seleccionamos uno o más paquetes con el indicador verde o amarillo para la importación. Especificamos una hora y fecha para el inicio y opcionalmente un servidor de ejecución de background. Luego con el botón Execute para iniciar la importación. Esta acción planificará la ejecución del job de fondo (background).
• Verifica los archivos de log durante la importación y posteriormente.

Si una acción termina por alguna razón técnica, como la caída del work process de background, podemos reiniciar desde el punto que se detuvo la importación.

La importación del lenguaje siempre debe realizarse en el cliente 000 de nuestro sistema y previamente a la creación y copia de nuestro mandante productivo.

Luego usamos la función de suplementación de lenguaje para completar en los lugares que falten ya que el lenguaje que se importó no ha sido completamente traducido. La suplementación es específica de cada cliente, por lo que luego de la importación deberemos suplementar todos los clientes del sistema, inclusive el cliente 000.

La suplementación de lenguaje se ejecuta para el cliente donde estamos logueados.

Los únicos lenguajes que están completos en el sistema son el Inglés y el Alemán. Todos los lenguajes que se importan al sistema pueden tener en mayor o menor medida faltas en la traducción. Por esto siempre la suplementación es con el lenguaje Inglés o Alemán.

• El procedimiento para planificar una suplementación de lenguaje es la siguiente:
• Seleccionamos Language Supplement Language
• Ingresamos las condiciones que controlan las tablas que serán seleccionadas para la suplementación. Los valores de los campos seleccionados por defecto por SAP son dependientes del cliente donde estemos logueados. En síntesis las opciones por defecto son diferentes para la suplementación del cliente 000 y el resto de los clientes.
• Ingresamos una hora y fecha de inicio y seleccionamos Execute. Esto planifica un job de background que realizará la suplementación.
• Monitoreamos la suplementación y luego verificamos los archivos de log.

3) Activación de los Extension Sets para SAP ERP Central Component

Para la activación de los Extension Sets realizamos lo siguiente:

1. Llamamos a la transacción SPRO (IMG)
2. Seleccionamos SAP Reference IMG
3. Ejecutamos la actividad Activate Business Function

En esta actividad podemos activar aplicaciones y soluciones de industria en el sistema ABAP. Estas aplicaciones y soluciones son conocidas como Business Function Sets (BFS) y Business Functions (BF).

Las Business Functions se agrupan dentro de los Business Function Sets. Usamos estas funciones para configurar el sistema para una solución de industria.

Solo una solución de industria puede ser activada en un sistema. Las funciones y aplicaciones que pertenecen a un BFS y BF no están visibles en el sistema hasta que son activadas. Esto puede incluir ítems de menú y mejoras en las transacciones existentes, actividades adicionales en la Guía de Implementación (IMG).

Los cambios que se realizan cuando activamos un BFS o un BF son críticos. Una vez activados no pueden cancelarse. Para activar los cambios deberemos contar con las autorizaciones necesarias.

Para mayor información técnica sobre la transacción SFW5, podemos consultar la Librería de SAP Netweaver bajo la búsqueda Switch Framework.

Todas las BF se encuentran inactivas por defecto. Cuando realizamos un upgrade de versión de SAP, las BFS y BF que estén activas en la versión anterior permanecerán activas automáticamente en la nueva versión.

La activación de los BFS y BF siempre es un requerimiento funcional que luego como administradores realizaremos mediante la transacción SFW5. Pero siempre surge a partir de una necesidad del negocio que las áreas funcionales de SAP traducirán a un requerimiento de activación de un BFS o un BF en el sistema.

Antes de realizar la activación de cualquier BFS o BF, debemos asegurarnos que ningún cliente tiene la categoría PRODUCTIVE. Para esto podemos consultar la tabla T000, campo CCCATEGORY= “P”.

Podemos cambiar al valor “T” durante la actividad de activación y luego volver al valor “P”.

4) SAP Load Generator

Podemos usar la transacción SGEN para generar las cargas de ABAP de un número de programas, grupos de funciones, clases, etc. Esto es muy recomendable luego de la instalación del sistema para evitar largos tiempos de carga por los usuarios de diálogo cuando acceden por primera vez a las transacciones.

Técnicamente esto significa que el código fuente de los objetos es compilado por los work processes y se cargan en la memoria principal de SAP, en uno de los buffers, particularmente el buffer de programas. El resultado de esto es que luego cuando se llaman a las transacciones no se realiza la compilación y la carga desde el buffer de memoria es sin pérdida de tiempo.

Antes de que comience la generación, una serie de pantallas consecutivas nos darán la opción sobre:

• Tarea de la generación.
• Selección del set de generación mediante los componentes de software (esto determinará la cantidad de objetos que se genararán).
• Uso de la generación en paralelo.

La generación se inicia en la pantalla de monitoreo de job. Adicionalmente, esta pantalla nos brinda información sobre los Jobs de generación actuales y una predicción sobre la duración que llevará la generación.

La ejecución de SGEN debería realizarse siempre en un horario en el que los usuarios del sistema no estén trabajando en el mismo ya que utiliza todos los work processes de diálogo disponibles en el sistema para ejecutar las cargas de programas.