CURSO SAP

ADM 10 - Febrero 9

Unidad 1 – Fundamentos

SAP  Es el nombre compañía

R/3  Es el nombre del paquete – significa 3 capas
 Datos
 Aplicación
 Presentación
Trabaja en lenguaje interpretado
Es sw tipo ERP --- es integrado para toda la cía.

Un Sistema R/3
Esta compuesto por BD y una o mas instancias
El nombre BD siempre es de 3 caracteres
Es la Capa Datos

Una Instancia:
Unidad Administrativa que permite dar servicios
Es la Capa de aplicación
Es configurado por el perfil de la instancia : instance profile
Requiere un puerto tcp/ip para toda la instancia
Cada servicio (Dialogo, Background, schedule, spool, update, enqueu, messages )sube
con un PID y cada que sube los sube todos
La instacia es la que provee la ejecución del sistema SAP
Existe un solo dispatcher por sistema
Existe un solo MS (messages Server) por todas las instancias

La BD + Instancia = genera un sistema ejecutable SAP llamado “La Instancia

Central”

Dispatcher : es el que asigna la tarea (Work Process) a los diferentes servicios

Work Process: este lleva a multiplexacion … es decir que muchos work process son
atendidos por los procesos de Dialogo (por ejemplo en una instancia +/- se tiene 20
procesos de dialogos para los diversos usuarios que entran al sistema +/- 50 usuarios)
NO SON WORK PROCESS:
messages, internet connecttion (ICM), enqueue

SAP Gui : Es la capa de presentación

SAP  ve la bd como un repositorio, la normalizacion de la bd la maneja SAP

Maneja el swap – crea su propio esquema de memoria

Socket = Ip de la máquina + el # del puerto

LOGON

Usuario para curso : exitocap

Passw : capacita

Servidor : btphl217

Sap Router String : Manejo de seguridad por el router

El # de la instancia va desde 00 a 99
98  esta asignado a SAP router
99  esta asignado a Niping

Configuración LOGON

Todos los logon quedan registrados en el archivo saplogon.ini

Los grupos de logon se van al archivo sapmsg.ini
Cuando un usuario llama a un programa especifico, lo trae de la bd de sap y lo sube al
buffer… si el buffer se llena empieza a hacer swapping (usa el mecanismo de el menos
usado para bajar de la memoria y subir los que mas usan)

Grupos de logon: es un conjunto de instancias agrupados a un grupo de usuarios

Es cuando a varias instancias que son para la Financiera le asigno un grupo de logon y
para las instancias de Compras otro gurpo de logon  esto para evitar que el buffer de
programas se me llene--- se vaya a swapping
Si el usuario entra a la instancia 1 en la mañana carga al buffer de esa instancia y luego
en la tarde entra a otra instancia y vuelve y carga el programa en memoria

Cada instancia tiene su buffer de programas

Solucion:
Monitoriar indicadores que me digan como estan los buffer
Aumentar buffer
Aumentar Memoria

++++++++

FI  Finanzas
MM  Compras, Inventarios
SD  Ventas y Distribución
HR  Recursos Humanos
PP  Producción

Especializaciones de los BASIS

ABAP
WorkFlow

++++++++++++

Mandante : es el cliente (mandan) esta en todas las tablas de SAP y hace parte de la
PK… hace un filtro cada que alguien le hace petición de datos
Un mandante puede ser dos compañías con igual manejo
En el Éxito habrá:
1 mandante Productivo
1 mandante Desarrollo
1 mandante Calidad
1 mandante aseguramiento
Todos con igual parametrización pero seguramente con datos diferentes

Todos los programas son compartidos con todos los mandantes

Por default vienen 3 demantes en SAP

000  es el respaldo por de los mandantes – es el modelo para crear mandantes.
Hay cosas que solo se hacen una vez
001  datos de referencia
066  Es el mandante que el personal de soporte utiliza – Early Watch
Pantalla Principal de SAP

Se puede personalizar

TRUKO !!
Para saber el nombre del programa, tabla, campo  con F1 en el campo y en el cuarto
boton darle clic …. Si parece en el cuadro Field Data --- transparente xxxxxxxx
Si sale esto quiere decir que si es una tabla de la bd
/n  me lleva al menú ppal
una vez este en una transacción me puedo mover a otras sessiones

/se16  me muestra información de las tablas

Crear mandante
Menu ppal
Tool
administration
administration
Client administration
Client maintenance

Siempre cuando se instala SAP se crea 2 usuarios:

Unix
<xxx>adm (ejm: dev, qas )
- usuario para administrar oracle ora<xxx>
window
sapservices<xxx>
servicios:
SAPOSCOL  Recolectar estadisticas del s.o (cpu, espacio en disco)
 No es esencial.
SAP<xxx>_10  permite que SAP pueda interactuar con win

Como saber si SAP esta corriendo

Unix
Ps –fea|Grep dp ¿??

Window
SAP System manager
Task manager  ver los procesos disk+work

En ambos
Ir a la ruta donde esta instalado SAP
/usr/sap/DEV/work
aparecen el nombre de la instancias central (es la que tiene el nombre largo)
y las otras (son las de numeros)

VER PANTALLAS

SM04  ver la lista de los usuarios de la instancia donde estoy logeado

Por aca se puede matar la sesion del usuario
AL08  ver la lista de todos las instancias
SM50  ver los work process de la instancia donde estoy logeado
SM66  ver los work process de todos las instancias
/o  me muestra las sesiones
Hay un solo Enque por sistemas
Maneja la concurrencia global para vetar abrazo mortal (maneja los bloqueos a la bd

Messages: Solo 1 por sistema

Maneja toda la mensajería entre el sistema sincronización, buffer

Dialogo  mínimo 2 por instancia

Background  minimo 1… máximo los que quieras

Update  puede haber 0 … máximo los que quieras

Spool  puede haber 0 … máximo los que quieras

SM13  esta encolado para actualizar

SM21  mirar el log del sistema
Si salen short dump – es grave… mirar si es del programa del analista mirar bien
el programa si es de SAP colocar la llamada

Hay timeout por inactividad  se debe configurar un parametro

Unidad 2 – Iniciar y bajar el sistema SAP

Subir el Sistema
1. Subir BD SAP
2. Subir la Instancia Central
3. Subir las otras instancias

Bajar el Sistema
- Mirar usuarios logeados – SM04
- Procesos en Background y en Batch -- SM37 -- Muy Importante !!
- Procesos en Update -- SM13
- Conexiones externas
- Enviar mensajes a los usuarios
Luego:
1. Bajar las otras Instancias
2. Bajar la Instancia Central
3. Bajar la BD SAP

Subir BD SAP  sapstart

Revisar si los servicios están arriba (saposcol, sap<sid>-<#instancia>)

Procesos de SAP al subir

Kelnel  parámetros del s.o
Default profile  aplica a todas las instancias
Instance profile  aplica a la instancia que se defina

LOGS

 Mirar archivos de traces de SAP

 Mirar logs
/usr/sap/DEV/work/<instancia>
aparecen el nombre de la instancias central (es la que tiene el nombre largo)
y las otras (son las de numeros)
mirar archivos dev_ms , dev_dis

Mirar la granularidad del log  se modifica un parámetro en el profile

rdisp/trace

Unix
Subir sistema
Logon  <sid>adm -- para subir SAP
Dentro de su Home Directory esta la shells  startsap
Startsap_<host>_<#instance>
Sube el servicio SAPOsCOL
Sube la instancia central
Sube las otras instancias
Bajar Sistema
Logon  <sid>adm -- para bajar SAP
Dentro de su Home Directory esta la shells  stopsap
Baja las otras instancias
Baja la instancia central
Baja servicio SAPOsCOL

ORACLE
 Alerta de log BD
saptrace\backgroung\  <sid>ALRT.LOG
 Archivos Trace
saptrace\usertrace  ora<##>.trc
 Archivos de log de SAPDBA
sapcheck\
sapreorg\
sapbackup\back<sid>

Unidad 3 – Configuración del Sistema

 Instante profile  1 por c/instancia

<sid>_<instancia>_<hostname>
afina memoria, los work process
rdisp/wp_no_dia
rdisp/wp_no_btca
rdisp/wp_no_vb
rdisp/wp_no_vb2  update2 procesos con más prioridad
rdisp/wp_no_enq
rdisp/wp_no_spo
SAPGLOBALHOST  siempre apunta a la instancia central
PHYS_MEMSIZE  máximo de memoria a subir
DIR_TRANS 
Rsdb/dbid = <nombre de la instancia > = SAPSYSTEMNAME

 Default profile  1 por sistema

DEFAULT.PFL
/usr/sap/<sid>/sys/profile
Es el que tiene lo parámetros globales que aplica a todas las
instancias
 Star profile  1 por c/instancia -- distingue una instancia central de una de dialogo
– en la de dialogo solo sube dispatchet, enla central el dispatcher y el messages
Muestra que voy a subir (messages, verifica si la bd esta arriba)

 Kernel de SAP
Hay un editor de texto sappad

RZ11  permite ver los parámetros

Por ejemplo: mirar el máximo de sesiones permitidas para logon
Sessions = mode
Buscar por *mode*
rdisp/max_alt_mode = 16
RSPFPAR  permite ver los parámetros

Si un parámetro al ser cambiado tome efecto inmedatamente

Debe tener un chulo en la variable DynamicallySwitchable

RZ10  para administrar = /ssaa

Me permite definir el profile Star, profile default, profile instante
Aca puedo importar el profile a la bd SAP
Al salvar lo salvo en la bd
Al Activar lo pone en los archivos del sistema, la mayoría de parámetros se
activan al reiniciar la máquina.
Se pueden hacer comparaciones de lo que tengo en la bd y en el s.o
En la bd guarda versiones de los profile por si se requiere reversar

Recien instalar SAP los profile solo existen en archivos, luego se hace una importación
para llevarlos a la bd de SAP.
Si luego se quieren hacer modificaciones se hacen en la db y si luego se quiere aplicar al
sistema se debe hacer como una exportación  Activar el perfil

Se38  Correr programas de administradores

Sa38  Correr programas de usuarios

cuando se pida reiniciar para que tome efecto los cambios hechos en lo profiles
si es del default se baja todo SAP
si es una instancia en especial solo la instancia

El perfil de la instancia es el RESPONSABLE del buen desempeño de la instancia

Asignar un buena Memoria y work process (cantidad y tipos)

Modos de Operación

Sirve para poder hacer los cambios en la instancia sin tener que bajar el sistema.
Es un perfil de instancia dinamico: el sistema ajusta a la hora determinada otro modo de
operación
Los Modos de Operación : sirve para cambiar : work process de dialogo y de
background tanto en el día como en la noche.
Al cambiar nunca se debe pasar del total de work process = wp dia + wp btc

1. crear el modo de operación – dia y noche

2. Asume para cada modo el que tiene la definición de la instancia
3. Hacer la redistribución de los wp
4. Como va a correr. Se debe cubrir todas las 24 horas
Rz04  modos de operación -- paso 1 .. al 3
Sm63  paso 4.

No se puede hacer modos de operación entre varias instancias porque nadie garantice
que todas tengan el mismo numero de procesos ya se a de dialogo, background

Para hacer el suicheo manual … por emergencia

- Crear un modo de operación o ya se tiene un modo de operación (pasos ant)
- avisar a las personas que se salgan
- rz03  para forzarlo y correrlo inmediato

Unidad 4 – Acceder a las Ayudas

Para poder acceder a la ayuda en línea hay que instalar los SW en CD

Versión actual 4.70

http://help.sap.com/  es de domino publico

Tipos de archivos ayudas soportadas:

La ideal es tener la bd de conocimientos

SR13  es para configurar las ayuda

Debo configurar cada vez por idioma

Esta ayuda se instala en un servidor de archivos. Se debe colocar la ruta especifica y

que este compartida  esto sería para una instancia en general

Para configurar un usuario en un pc especifico es colocarle el archivo sapdoccd.ini

Especialmente cuando se trata de un portátil que en alguna parte no se puede conectar a
la unidad de red.

OSS
Pagina WEB de SAP ---
http://service.sap.com/
http://help.sap.com/support manage

Clave y usuario para entrar a OSS (Online Support System)

Buscar:
- Notas (instrucciones, patche)
- Support package (grupo de patche) – por categorías: plugging, basis,
- Documentos
- Solicitar permisos para poder modificar objetos de SAP
- Solicitar clave para desarrollador cuando va a crear nuevas cosas
- Licencias  la primera vez esta vigente solo por un mes, luego hay que llenar
una información … luego generar un # que es el de la licencia.
 Cuando se cambia el HW tambien se debe hacer este proceso de licenciamiento.

Unidad 5 – Fundamentos para trabajar con la BD

Procesos (D-V-E-B-S) que se comunican con la BD

Toda bd tiene 2 tipos de buffer

- Buffer para log de transacciones  Online redo logs
Offline redo logs
- Buffer para datos

Online redo log tiene otro archivo espejo mientras esta en linea y una vez se llena se
pasa a offline redo log
Existe tambien Mirror redo log
78 cintas +/-

Backup de la BD
Backup al Log – tambien lo llaman archive o offline redo log
Backup a la Data
Backup del sistema operativo completo – 1 vez cada mes
 en cintas diferentes

En Oracle al llevar los log a cinta luego los borra

Ciclo recomendado es de 28 días – al día 29 sobreescribir

Se recomienda verificar los respaldos
En ciertas ocasiones realizarlos dobles

DB13  programar y monitorear el backup

Tambien existe estas opciones:
Proceso sapdba  modo texto
Brbackup

Monitorear la BD

Hit Ratio: determina el tamaño del buffer que tenga el intervalo apropiado de datos que
acierte en un alto % de lo que se le solicita en las consultas.
Lo indicado es que un 99% encuentre los datos en el buffer.
El 1 % que tenga que ir al disco.

Cuellos de Botella
Es cuando miramos los componentes y NO lo miramos como SISTEMA.
“un sistema se mueve a la velocidad de sus componentes mas lentos”

solución:
1. Paralelismo. N intervalos de red
2. Buffer (memoria). Es muy funcional en comportamientos discretos…
aprovechamiento de los espacios en el tiempo

La BD se basa en
- Algoritmos
- Estadísticas – SAP por lo gral utiliza es la estimada
Unidad 6 – Archiving

Es el proceso que me permite sacar datos inactivos o historicos (desde el pto de vista del
negocio) para llevarlos a otro sistema de almacenamiento externo (secundario o
terciario) y poderlo seguir consultando. (cintas, cd)

Es archivar documentos (información en diferentes tablas) en forma consistente: esto es

llamado objeto de Archiving

Esto es dejado en un archivo fisico en disco, es un archivo binario

Luego de este proceso se debe hacer REORGANIZACION.

En SAP se asume que devolver el archiving es un proceso IRREVERSIBLE

Archiving es un medida preventiva para mantener el sistema en un estado saludable

Esto no es cuando la base este grande hagamos archiving
Archiving NO es :
- reorganización
- Backup /restore
- Almacenamiento de documentos
- Borrado de datos

Tener cuidado cuando el tiempo de respuesta va desmejorando (300mm=ideal ,

500mm=optimo, 1000mm=regular)

Porque Archiving:
- Provee tiempos justos o asegura un buen tpo de respuesta
- Reduce costos de administratar BD
costos hw, del personal
Comprime datos
Elimina redundancias
Riesgos
disminuir  cursos, herramientas, contratos mantenimiento
mitigar  el impacto no sea tan grande, que suceda. Si sucede no va a
costar($) tanto
- Reduce tiempo de caida del sistema para sw, actualización, recuperación y backup
offline. La probabilidad de falla de un sistema es suma de falla de cada uno de los
componentes
disminuir  cursos, herramientas, contratos mantenimiento
mitigar  el impacto no sea tan grande, que suceda. Si sucede no va a costar($) tanto
-Requerimientos Legales y requerimientos del negocio deben estar disponibles

Pasos Archiving:
1. seleccionar datos  mirar los filtros y verificar que cumpla las condiciones
2. borrado de datos  compara los datos del archivo plano al de la BD
3. Enviar al sistema de archivo (documental) un mensaje diciendo que tiene un
paquete de archivos a almacenar
Componentes de Object de Archicing
1. Cuales datos se van a archivas
2. Como se va a parametrizar
o parametrizacion gral : a donde van los archivos,
o definir los servidores wp background
o tamaños de archivos y definir como va hacer el programa de borrado
o /sara parametrizar el objeto de archiving y correr el archiving
tambien puedo saber cuanto espacio ocupa el object archiving
el table space se /2
el total sería sumar tablespace/2 – 10%
3. Los programas

En Oracle el tamaño de la PAGINA es de 4 KB

Ejm: archivar facturas, contratos, cierres contables

/aobj  se utiliza para ver los nombres de objetos de Archiving

3 tipos de tablas
- Tablas Transparentes  son tablas reales en bd sap
- Tablas Cluster  son tablas (varias)que se forman verticalmente pero en Oracle
se crea 1 sola tabla
 - Tablas pool  son tablas (varias)que se forman horinzontales pero en Oracle se
crea 1 sola tabla --- normalmente se usan para los log

Como lanzar proceso Archiving:

WRITE: defino que voy a realizar

Variante : es el nombre de los valores que voy a definir para realizar el archiving
Es una estructura con valores para pasar a un programa

<Param1>  significa el modulo

<Param2>  significa el nobre del objeto
<Param2>  significa el consecutivo 0…9

Consultar Documentos archivados

- Single Documents Access (FI)
- Reportes (barrido secuencial)
- Archive information system  es el más sofisticado
se configura una estructura de información: es una tabla con los campos que se quiera…
y me guarde un resumen de lo que esta archivado

/SARI  Archiving -- crear estructuras (definir campos, que tablas son),

llenarlas y consultarlas

Unidad 7 – Sistema de Transporte

SAP Posee:
Objetos del Repositorio  es todo aquello que es común a todos los mandantes (tablas,
tipos de datos, programas, funciones)

Parametrización  Es independiente del mandante (calendario, procesos tecnico) –

cross-client custimizing

Mandante (cliente) 
- Parametrizacion dependiente del mandante (codigo de la sociedad, clases de doc, los
maestros de productos, clientes …)
- Datos de aplicación
- Datos de Usuarios

Cuando se inicia con SAP lo más posible es hacer algunos cambios

- Cambiar objetos estándar de SAP
- Ampliación – Lo que esta en SAP más un espacio adicional –
Customer exit  SAP deja abierta ventanas para realizar programas,
Field Exit   SAP deja abierta ventanas para realizar cambios a tablas
nuevas

- Customer Developent  No sirve lo de SAP y se crea programas nuevo e

independientes, se modifican los objetos de SAP y se tienen problemas para
upgrade.

Landscape
Es la forma como SAP maneja los cambios
- Un sistema – en un mismos sistema (1 sola BD) desarrollo, prueba, produccion
- Dos sistemas – pruebas, desarrollo en un mismo sistema (1 sola BD) y en otra
BD aparte producción
- 3 sistemas – cada una con su propia bd

Transporte

Workbech  Es una estructura donde se registran los cambios realizados al repositorio

y tambien los cambios independiente del mandante – es como un contenedor

Customizing requests  Parametrizacion Dependiente del mandante (guardan las

modificaciones)

/se09 -- /se10  mirar los cambios realizados en parámetros, programas (ver los
Workbech y Customizing requests )

Package – es un conjuto de objetos con una funcionalidad comun (ejm notas, inventario)

SAP divide todos los objetos del repositorio en ESPACIO DE NOMBRE. Esta va
identificado con /xxxxx/ ejm: /éxito/  esto es importante pedirlo para que cuando
se haga una modificación se tenga en cuenta para lo que es propio de SAP y lo que es
del cliente, si no se tiene este “espacio de nombre”, entonces hacer los programas que
empiecen con “Y” y/o “Z”

Package
Es un conjunto de objetos con una funcionalidad común – clasifica
(ejm notas, inventario, nomina, etc)
Antes de cualquier desarrollo se debe crear los paquetes, hace parte del repositorio, por
lo tanto tener presente que si se creo un paquete en desarrollo enviarlo también a
producción --- acá tener en cuenta si tengo “espacio de nombre” o colocarlo con “Z”
Ejm : Zventas, Zcxc, Zconce
Request
Es un ## que se asigna al proyecto
El líder desarrollo crea el request – limitarle el acceso a los desarrolladores para que
creen request.
Es una forma organizada de realizar el proyecto y luego hacer el transporte de todo el
request a Calidad
Se crean cuando se esta en dllo y cuando se transporta YA NO se deja modificar, se
requiere crear otro request e importar los objetos que estaban en el anterior.
<sid>K9<consecutivo>

Finalidad del sistema transporte

Es garantizar llevar los cambios con certezas a producción.
Siempre debo hacer Transporte de un mandante a otro cuando se requiere pasar los
cambios.

El directorio de transportes es /usr/sap/trans

Siempre genera 2 archivos

/usr/sap/trans/cofiles  K9<##consecutivo>.<sid> -- encabezado
/usr/sap/trans/data R9<##consecutivo>.<sid> -- detalle

En UNIX se define cual sistema va a manejar el TRANSPORTE y los otros sistemas

deben apuntar a éste (compartir con NFS)

Lo unico que no va por el transporte son modificaciones al Kernel, configuraciones de

conexión entre algunos sistemas ejm: configurar Lotus
Los PATCHES pasan por el sistema de transporte

En window se crea un ruta para ser común a todos

Sapmnt
Sys
Profile
Trans

/STMS  Sistema Manejo de Transporte

Se puede hacer transporte (import) en el sistema de desarrollo cuando se hizo

parametrizacion en el sistema , tambien cuando se va a pasar todo el mandante de
producción a dllo

Si no se pone el mandante de destino por default se especifica que es el mismo que se

esta utilizando
Unidad 8 – Aplicación de patche, plug-ins, add_ons

Existen patches en diversos componentes:

 Kernel
 COP – component Package que afectan a SAP
SAP_APP  se aplica a todas las aplicaciones FI …
PLUG-INS  es sw para conectar diversas apliciones
ADD-ONS  Amplian la funcionalidad de algunos modulos de SAP. Ejm : ampliar la
aplicación de el modulo de finanzas que se deben aplicar a Colombia a diferencia de
europa
Soluciones Verticales  cuando se requiere comprar un modulo muy especifico al
negocio , no es recomendado tener 2 soluciones verticales en un mismo sistema, ya que
son muchas las modificaciones al sistema basico de SAP

SAPK<letra indicando componente><ref o versión -470><##parche>

 Parches especiales
CRT  Resuelve conflictos entre paquetes add-ons y soluciones Verticales
PAT  proveen nuevas funciones para transacciones SPAM y SAINT

ORDEN
Plug-in  se pueden instalar en cualquier momento
Mirar la grafica en el orden que se debe mantener el orden de los patche, el de mas
abajo debe siempre estar mas arriba.

SPAM  parchar el sap_basis, sap_aba, sap_appl y sap_hr

SAINT  se entiende con todos los programas NO estandar de SAP : pluggin,
extensiones, add-ons y IS (industry solution)

Aplicación Patche:
1. Tener los CD o los programas descargados de Internet
2. Asegurar espacio en el directorio de transporte
3. Aplicar los patches en un horario que no hayan usuarios en el sistema
4. Los patches se actualizan por las ventanas SPAM/SAINT
5. tener configurado el sistema de transporte
6. si algun patche anterior abortado no me deja aplicar el nuevo
7. siempre aplico SPAM/SAINT en el mandante (client) 000
8. tener un usuario autorizado para operaciones SPAM
9. Solamente el admón. Del sistema tiene autorización para bajar e importar los
support packages. Él mismo aplica la Confirmación para aplicar

/SPAM  aplicar parches

/SAINT  aplicar parches

Siempre se debe hacer:

Aplicar en dllo, luego a Calidad (hacer pruebas) y luego Producción

Sapmnt
 Trans
Cofiles
Data
EPS
IN
Para verificar cual patche esta aplicado se mirar en los directorios cofiles y data con
extensión .SAP

Los patches vienen comprimidos

Se deben descomprimir con SAPCAR.EXE

En la línea de comando
SAPCAR –xvf kix083.car
Deja los patches en EPS/in
Con que usuario se hacen la aplicación de PATCHES ¿?? No se puede son sap*

/$SYNC  Luego de aplicar PATCHES - sincronizacion de buffer .. cuando son

sistemas distribuidos es muy util para que baje los programas del buffer y vuelva y los
suba

/SPAU  Luego de aplicar PATCHES – cuando hay modificaciones al estandar de

SAP

Aplicarle un patch al SPAM

Importando Notas de SAP
Es cuando hay que hacer una modificacion pequeña que quizas no este en patche o no
tener que aplicar todo el patche
Se debe tener la conexión a la pagina de internet y con un clave me dan autorización
para bajarla.

/SE95  aplicar Notas

Unidad 9 – Programar Tareas en Background

Transporte
Archiving
Backup
Estadisticas

Dialogo  Procesos rapidos, agiles, interactivas

Background  procesos muy grandes y lentos.

Para procesos periodicos

Un Job se corren es forma asincronico, es decir, aunque este programado depende de los
recursos del sistema pueda a tender este job, no necesito una respuesta inmediata

Tipos de Job
- Dependiendo del tiempo
- Dependiendo de eventos

Este contine uno paso o mas pasos

Los pasos pueden ser:
- Un programa ABAP
- Un Comando externo
- Un programa externo  no es bueno darle a los analista este permiso

Los Job tienen prioridad : A, B, C

Correr el job de limpieza para los job terminados

/SM36  definir los JOB = SM36WIZ

Aca están los job estandares para administrar algunas cosas del sistema SAP

/SM37  monitoreo los Job de background si hay muchos job que tienen delay y
algunos con muchos minutos quiere decir que hay muy pocos WP de background para
el sistema en esa hora

Revisar el parámetro rdisp/btctime  mirar cada cuantos segundos va a correr

Job por eventos

Puede darse si termino un evento x
Ejm: cuando acabe el backup dispare un proceso xx

El job x evento se define por CCMS

El job x evento se dispara por programa Abap o desde el exterior (utilitario sapevt)

La diferencia entre /sa38 y /sm36 es que con la última puedo definir perioridad y en el
job puedo correr varios programas

JOB con Clase A

Siempre habrá un wp disponible para atender esta clase. NO se recomienda más de un
wp disponible para clase A.

Se define un usuario de Background para cuando va a correr Job de background

Con este usuario no hay permisos para entrar a modo de dialago

Comando Externo  ya esta predefinido y con permisos a nivel de usuario

Programa externo  no hay seguridad, se pude correr cualquier tipo de programa

Para correr programas externos con sapxpg (en unix rsh)

Si se quiere tener un programa externo se requiere instalar el sw Gateway para que el

s.o lo reciba y lo ejecute

ABAP Job API  correr job que tenga varios predecesores

XBP-API  una interfase que maneja procesos de background remotos es la versión
inicial XI

Para manejo de la producción actual del éxito hay estas opciones

- Programación ABAP
- WorkFlow
- XI (Exchange Infraestructure) : conectar aplicaciones diferentes

Configurar SAP IDES

Ver cursos de Admón. 2 y Monitoreo avanzado.

Unidad 10 – Sistema de Impresión

Impresiones controladas por el servidor:

Sirve para envio de fax, archivar documentos
Lo que se define si se imprime es el dispositivo de impresión
Es un spool con formato

La BD de impresión es tempese
El WP de spool es el encargado de imprimir
Impresión Local
Al crear le decimos L:unix y C: window
En el lado del usuario se debe instalar el servicio saplpd
Tipo F
Cuando es una impresora que se la puso en su pc (Front-end) se le coloca en el HOST
PRINTER = _DEFAULT

Impresión Remote
Tipo U

Impresión desde WP de dialogo le manda al sap-gui sin formateo, y el gui es el

encargado con ayuda de servicio de impresión de win imprimirlo

/SPAD  admón. De impresión

Solo muestra los servidores que tienen configurado spool

La impresora debe existir tanto en el sistema operativo como en SAP

Unicode  Codigo Universal de 16 bit

La tendencia es todo en Java y por ello es mejor dejar este tipo de
Caracteres. Implica tamaño de la BD
ISO 8859-X  Codigo carácter 8 bit

Tipo de Impresora
Mirar en oss para ver que impresoras son genericas y que se acomode a nuestras
impresoras
De lo contrario notificar a SAP par que nos haga un dispositivo nuevo de impresoras

Logical Server  por /SPAD es un servidor virtual

Tolerancia a fallas, sirve para apuntar a 2 spool server
Balanceo de cargas, sirve para apuntar a 2 spool servera (cuando tengo 2
instancias de spool)

Cuando se hace el tranporte de una impresora pasarlo a calidad o producción es mejor

hacerlo con Logical Spool Server y solo se cambia el mapeo de los logical

Simular en dllo el modelo del spool, si se va a manejar 15 instancias de spool

/SU3  Configurar los valores por defecto de cada usuario

Spool request  es el requerimiwento de impresión

Output request  es la impresión en si

TST03  es la tabla que maneja la impresión, esta se puede definir guardar en disco o
en la bd de SAP. Por lo general se mantiene muy grande, hay que hacerle depuración

El JOB RSPO1041  revisar que corra periódicamente , este es el que depura la tabla
TST03 -- corra 2 veces por semana – depende del crecimiento del spool
El JOB RSPO1043  revisa consistencia de la tabla TST03 -- corra diariamente
Revisar tamaño de tablas
Impresión por medio de un Browser --- sistema de impresión front-end se requiere
instalar el servicio SAP ITS

SAP Connect : Para envio de fax, e-mail

OMS requiere impesion muy elaborada. ejm codigos de barras

/SP01  Manejo de Impresión mirar los spool request y output request --- es personal

Unidad 11 – Administración de Usuarios

Hay un solo usuario que se define en SAP para entrar a la BD ORACLE y la seguridad
se maneja por los usuarios definidos en BD SAP. El usuario es SAPR3

La seguridad para los usuarios en SAP es aditiva, pues cada vez se le adiciona mas
permisos, viene 0 permisos

Maestro de Usuarios
Tiene roles  conjunto de permisos

La seguridad esta a nivel de programa – Capa de Aplicación

OJO ¡!! Responsable de la seguridad --- Debil

El desarrollador debe colocar en sus programas el CHEQUEO DE SEGURIDAD

(Conscientizar que el analista de desarrollo que llame el objeto (funcion chequeo
de seguridad)

/SU01  Mantenimiento de Usuarios

Para el BASIS se debe definir los profiles:

SAP_ALL  Permiso a todo
SAP_NEW  los permisos de todo lo nuevo en SAP

Los Roles me crean automáticamente los profiles

/SU53  Mirar que autorizaciones fallaron

/PSCG  Configura el PERFIL del usuario

SAP recolecta información (Estadisticas )

/SUIM  sistema de Información de Usuario

Unidad 13 – Monitoreo del sistema

La herramienta de monitoreo
Me permite monitorear sistemas NO-SAP MYSAP, WebAs

Monitor De segmento recibe inf de los recolectores de datos

/RZ20  Monitorear el sistema

divide el monitoreo por subsistemas
se puede ver el diagnostico
revisar los buffer – ver si hay swapping
ver los wp background
ver los errores de la base de datos

/RZ21  incluir un nuevos monitoreo (propios)

cambio de umbrales – otros valores para que me muestre en rojo, amarillo o verde

realizar a la evaluación
http://200.31.70.166/training/default.asp