✒️SAP BASIS Las actividades post instalación

Actividades POSTInstalación

Una vez que hemos finalizado la instalación del sistema SAP con la herramienta SAPinst, tendremos que realizar varias actividades post-instalación. Acá se resumen algunas de las principales.

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 versión de SAP y el sistema operativo

Ø 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 permisas se cumplen:

Ø El numero de versión en el Kernel de SAP coincide con el numero de versión almacenado en la base de datos.

Ø El numero de versión en el Kernel de SAP coincide con el set de caracteres almacenado en la base de datos.

Ø Las definiciones de estructuras criticas 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 trx SICK o desde la llamada de función en el menú de SAP.

2.- Instalación de Lenguajes Adicionales

Trx SMLT : Para la instalación de lenguajes adicionales utilizamos la trx 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 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.

Los lenguajes Alemán e Inglés están disponible 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 los media para la instalación del sistema y elegimos desde el menú: Lnaguaje à Import Package.

Ø Ingresamos la ruta para el paquete de lenguaje. Luengo con el botón Find Packages(s) para buscar por el paquete en la ruta ingresada. Una vez que encuentra el paquete indicara 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 algun error.

Ø Verificar 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.

NOTA: 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.

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 de inglés o alemán.

El procedimiento para planificar una suplementacipn de lenguaje es la siguiente:

Ø Seleccionameos Language à Supplement Languaje

Ø 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 backgrond que realizara la suplementación

Ø Monitoreamos la suplementación y luego verificamos los archivos log.

3.- Activación de los Extensión Sets para SAP ERP Central Component

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

a) Llamamos a la trx SPRO

b) Seleccionamos SAP Reference IMG

c) 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 solución de industria puede ser activada en un sistema. La funciones y aplicaciones que pertenecen a un BFS y BF no estan visibles ene le sistema hasta que son activadas. Esto puede incluir ítems de menú y mejoras en las trx existentes, actividades adicionales en la guía de implementación.

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 trx SFW5, podemos consultar la librería de SAP Netweaver bajo la búsqueda Swith Framework.

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

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

Nota: Antes de realizar la activación de un BFS o BF, debemos asegurarnos que ningun 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 trx SGEN para generar las cargas de ABAP de un numero de programas, grupos de funciones, clases, etc. Esto es muy recomendable luego de la instalación del sistema para evitar largos tiempos de cargas por los números de dialogo cuando acceden por primera vez a las transacciones.

Técnicamente esto significa que el código fuente de los objetos es complicado por los Work porcesses 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 de llaman a las transacciones no se realiza la compilación y la carga desde el buffer de memoria 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 generaran)

· Uso de la generación en paralelo.

La generación se inicia en la pantalla de monitoreo de job. Adicionalmente, ésta 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 se utiliza todos los Work processes de dialogo disponibles en el sistema para ejecutar las cargas de programas.