✒️SAP BASIS / Las actividades post instalación Por Jesus Perez Criollo

Las Actividades Post Instalacion

Despues de finalizar la isntalacion del Sistema SAP con la herramienta SAPinst, tendremos que realizar varias actividadas post-instalacion. Aca se resumen algunas de las principales. En la guia de instalacion tambien contine aquellas tareas que son especificas para cada tipo de sistema (ECC, CRM, SRM, PI, Portal, etc).

1. La verificacion de la instalación

La verificacion de la instalacion valida la consistencia del sistema recientemente instalado. Las siguientes verificaciones se deben realizar.

• Completitud de la instalacion
• Compatibilidad entre la version de SAP y el sistema operativo
• Accesibilidad al Message Server
• Disponibilidad de todos los tipos de Work Processes
• Informacion sobre el Enqueue Server y el Update Service

El proceso de chequeo de consistencia determina si existen inconsistencias en el sistema. Esta funcion es llamdada automaticamente cuando se inicia el sistema o un servidor de aplicacion tambien. Ahora bien el chequeo de la instalacion verifica si las siguientes premisas se cumplen.

El Numero de version en el kernel de SAP coincide con el numero de version almacenado en la base de datos.

El Set de caracteres especifico en el kernel de SAP coincide con el set de caracteres almacenado en la DB.

Las definiciones de estruturas criticas en el diccionario de datos y el kernel de SAP don identocas. Las estruturas que son verificadas incluyen las siguienyes estruturas: SYST., T100, TSTC, TDCT, TFDIR y otras.

tambien podemos llevar este procesos a traves de una ejecucion manual a traves de la TX SICK. SICK en SAP se utiliza para llevar a cabo una verificación de consistencia del sistema. Esto ayuda a detectar inconsistencias y errores en la configuración del sistema. Para usar SICK, debes iniciar sesión en el sistema y ejecutar la transacción para realizar el chequeo.

2. La Instalacion de lengujes adicionales

Nota: Transaccion SMLT: Para la instalacion de lenguajes adicionales utilizamos la transaccion SMLT en donde podremos clasificar e importar nuevos paquetes de idiomas acorde a las necesidades de la empresa. Aqui tenemos que reiniciar SAP.

El procedimiento para clasificar el lenguaje es el siguiente:

• Seleccionar Classify Language o desde el menu Language + Classify.
• En la caja de dialogo, seleccionamos el lenguaje que queremos importar y el lenguaje de suplementacion correspondiente.
• El lenguaje importado deberá ser definido tambien en el perfil DEFAULT para que puedas ingresar al sistema usando ese idioma. El parametro es zcsa/installed_languages.

Los lenguajes Aleman e Ingles estan disponibles en el sistema siempre. El procedimeinton para importar un lenguaje es el siguiente:

• 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. Luego con el boton Find packages(s) para buscar el paquete en la ruta ingresada. Una vez que encuentra el paquete indicará con un color si podremos importar el paquete de lenguajes:

a) Verde: podemos importar el paquete sin problemas

b) Amarillo: Existen Advertencias

c) Rojo: El paquete no puede ser importado porque las verificaciones han detectado algun error.

• Seleccionamos uno o más paquetes con el indicador verde o amarillo para la importacion. Especificamos una hora y fecha para el inicio y opcionalmente un servidor de ejecucion de background. seguidamente Excecute para iniciar la importacion esta accion planifica la ejecucion de job en fondo.
• verificamos los archivos de log durante el procesp de importacion y posteriormente

Si una acción termina por alguna razon tecnica, como la caida del work process de background, podemos reinicar desde el punto que se detuvo la importacion.

Nota: La importacion del lenguaje siempre debe de realizarse en el cliente 000 de nuestro sistema y previamente a la creacion 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 especifica de cada cliente, por lo que luego de la importación deberemos suplementar todos los clientes del sistema, inclusive el cliente 000. Es decir la suplementación de lenguaje se ejecuta para el cliente donde estamos logueados.

Nota: Los únicos lenguajes que estan 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.

A continuacion se presenta el procedimiento para planificar una suplementacion de lenguaje:

• Seleccionamos Language + Supplement Language.
• Ingresamos las condiciones que controlan las tablas que seran seleccionadas para la suplementacion. Los valores de los campos seleccionados por defecto por SAP son dependientes del cliente donde estemos logueados. En sistesis las opciones por defecto son diferentes para la suplementacion 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 suplementacion.
• Monitoreamos la suplementacion y luego verificamos los archivos de log.

3. Activacion de la extension Sets para SAP ERP Central Compenent

Para llevar a cabo la activacion de las Extension Sets realizamos los siguiente pasos.

1. Llamamos a la transaccion SPRO (IMG).
2. Seleccionamos SAP Reference IMG + SAP Customizing Implementation Guide.
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 solucion de industria.

Solo una solucion de industria puede ser activada en un sistema. LAs funciones y aplicaciones que pertenecen a un BFS y BF no estan visibles en el sistema hasta que son activadas.

Nota: 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 busqueda 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.

Nota: 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 tareas funcionales de SAP traducirán a un requerimiento de activación de un BFS o un BF en el sistema.

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.

Nota: 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 tareas funcionales de SAP traducirán a un requerimiento de activación de un BFS o un BF en el sistema.

Advertencia: 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. El SAP Load Generator

Podemos utilizar la TX SGEN es una transacción en SAP que se utiliza para generar cargas ABAP para un gran número de programas, grupos de funciones y otras estructuras, como Business Server Pages. Este proceso permite mejorar el rendimiento de los aplicativos al precompilar y almacenar en caché los objetos de programa. Sin embargo, es importante monitorear el espacio de la base de datos, ya que la falta de espacio puede interrumpir el proceso de generación.

Tecnicamente esto significa que el codigo fuente de los objetos es compilado por los work processes y se cargan en la memoria principal de SAP.

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 generaran).
• 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.

Nota: 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 dialogo disponibles en el sistema para ejecutar las cargas de programas.