✒️SAP BASIS Las actividades post instalación
SAP BASIS Las actividades post instalación
Actividades Post-Instalación
Son actividades que se deben realizar después de finalizada la instalación de un sistema SAP , con la hermmienta SAPINST:
La principales son:
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 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.
Manualmente se puede hacer el chequeo de instalación con la transacción SICK o desde la llamada en menú de SAP.
LA TRANSACCION SMLT: se utiliza para instalación de lenguajes adicionales y se debe hacer en el cliente 000
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 algún error.
VERIFICACION DE LA INSTALACION
· Completitud de la instalación
· Compatibilidad entre la versión de SAP y el SO
· Accesibilidad al Message Server
· Disponibilidad de todos los tipos de Work Processes
· Información sobre el Enque Server y el update service
Para verificar la instalación del sistema
SAPmenu / Tools / Administration / Installation check
O
SICK = Tx para checar la instalació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 almacenados 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 estructuras SYST, T100, TSTSC, TDCT, TFDIR, y otras.
2| INSTALACION DE LENGUAJES ADICIONALES
SMLT = Tx para la instalación de lenguajes adicionales
Procedimiento para clasificar el lenguaje es:
· Seleccionar Classify Languaje o desde el menú languaje -> Classify
· En la caja de dialogo seleccionamos el lenguaje que queremos importar o el lenguaje de suplementación
· El lenguaje importado deberá ser definido en el perfil DEFAULT par aque puedas ingresar al sistema usando ese idioma. El parámetro es nzcsa/installed_laguajes.
Los lenguajes alemán e inglés están disponibles en el sistema siempre.
Procedimiento para importar un lenguaje:
· Seleccionamos el lenguaje que queremos instalar los paquetes que descargamos junto con los media para la instalación del sistema y elegimos desde el menú: Languaje -> Import Package
· Ingresamos la ruta para el paquete del lenguaje. Luego con el botón find Packages para buscar el paquete en la ruta ingresada. Cuando se encuentra con un color sabremos si podemos importar el paquete:
o VERDE. Podemos importar el paquete
o AMARILLO. Existen advertencias
o ROJO. El paquete no puede ser importado.
La importación del lenguaje siempre debe realizarse en el cliente 000 de nuestro sistema y previamente a la creación de nuestro mandante productivo.
La suplementación es especifica para cada cliente, por lo que luego de la importación deberemos suplementar todos los clientes del sistema, inclusive en el cliente 000.
La suplementación de lenguaje se ejecuta para el cliente donde estamos logueados.
El procedimiento para planificar una suplementación de lenguaje es la siguiente:
· Seleccionamos Languaje -> 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 estamos logueados.
o En síntesis, las opciones por defecto son diferentes para la suplementación del cliente 000 y el resto de los clientes
· Ingresamos hora y fecha de inicio y seleccionamso execute, esto planifica un job de backgorund que realizara la suplementación.
· Monitoreamos la suplementación y luego verificamos los archivos de log.
3| ACTIVACION DE LOS EXTNSION SETS PARA SAS ERP CENTRAL COMPONENT
Para la activación de la extensión sets realizamos lo siguiente:
1. Llamamos a la tx SPRO (IMG)
2. Seleccionamos SAP reference IMG (Guía de implementación)
3. Ejecutamos la actividad Activate Business Function
Las business Functions (BF) se agrupan dentro de los Business Function Sets(BFS). Usamos estas funciones para configurar el sistema para una solución de industria.
Solo 1 solución de industria puede ser activada en un sistema.
Las 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 en la guía de implementación (IMG)
Los cambios que se realizan cuando activamos un BFS o BF son críticos. Una vez activado no pueden cancelarse
SFW5 = tx, más información consultar la librearía de SAP Netweaver bajo la búsqueda Switch Framework.
La activación de los BFS y BF siempre es un requerimiento funcional que luego como administradores realizaremos mediante la tx SFW5. Siempre surge a partir de una necesidad del negocio.
Nota. 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
SGEN = tx para generar las cargas ABAP de un numero de programas, grupos de funciones, clases, etc.
es muy recomendable luego de la instalación del sistema para evitar largos tiempos de carga por los usuarios de dialogo cuando acceden por primera vez a las transacciones.
Técnicamente esto significa que el código fuente de los objetos es compilado por los WP y se cargan en la memoria principal de SAP, en uno de los buffers, en 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 que comience la generación:
· Tarea de la generación
· Selección del set de generación mediante los componentes de software (esto determina 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 Jobs de generación actuales y una predicción sobre la duración que se llevara 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 WP de dialogo disponibles en el sistema para ejecutar las cargas de programas
 
 
 
Sobre el autor
Publicación académica de Mayra Yanina Gambin, en su ámbito de estudios para la Carrera Consultor Basis NetWeaver.
Mayra Yanina Gambin
Profesión: Docente - Argentina - Legajo: NV61P
✒️Autor de: 102 Publicaciones Académicas
🎓Egresado de los módulos:
Disponibilidad Laboral: FullTime
Certificación Académica de Mayra Gambin