✒️SAP BASIS / Las actividades post instalación Por Israel Cespedes Penaloza

4.4 - Las Actividades Post Instalación

1. La verificación de la instalación

Se verifica la consistencia del sistema recientemente instalado. Las siguientes verificaciones se realizan:

• Completitud de la instalación.
• Compatibilidad entre la versión de SAP y el sistema operativo.
• Accesibilidad al Message Server
• Disponibilidad de todos los tipos de work process.
• Información sobre Enqueue Server y Update service.

Esta revisión es con la finalidad de determinar si existen inconsistencias en el sistema. Esta función se aplica de manera automática cuando el sistema se inicia o un servidor de aplicación.

Esta revisión consiste en lo siguiente:

• El número de versión del 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: SYST, T100, TSTC, TDCT, TFDIR y otras.

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

2. La instalación de lenguajes adicionales

El procedimiento para clasificar el lenguaje es:

• Seleccionar Classify Language o desde el menú: Language - Classify.

• En la caja de dialogo, 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.

El procedimiento para importar un lenguaje es:

• Seleccionamos el lenguaje para el cual queremos instalar los paquetes que descargamos junto con los media para la instalación del sistema y elegimos desde el menú: Language - Import package.

• Ingresamos la ruta para el paquete de lenguaje. Posteriormente 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.

• Verde: Podemos importar el paquete sin problemas.
• Amarillo: Existen advertencias.
• Rojo. El paquete no puede ser importado porque las verificaciones han detectado un error.

• Seleccionamos uno o mas 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 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 y previamente a la creación y copia del mandante productivo.

Luego usamos la función de suplementación de lenguaje para completar en los lugares que falten y a 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 ingles y alemán. Todos los lenguajes que se importan al sistema pueden tener en mayor o menor media 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. La activación de los extension Sets para SAP ERP Central Component.

Para la activación de los "Extension Sets" realizamos las siguientes tareas:

• Llamamos a la transacción SPRO (IMG)

• Seleccionamos SAP Reference IMG

• 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 BF se agrupan dentro de los BFS. 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. Eseto 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 actualizaciones 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 consultar la tabla T000, campo "CCCATEGORY="P".

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

4. El SAP load generator

Mediante la transacción SGEN se puede 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 significa que el código fuente de los objetos es compilado por los work process 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 generarán).

• Uso de 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 process de diálogo disponibles en el sistema para ejecutar las cargas de programas.