ADMINISTRACIÓN SAP BASIS

B2SAP®
 SAP AG R/3
SAP (Systeme, Anwendungen und Produkte)
(Sistemas, Aplicaciones y Productos)

R/3 (R= Tiempo Real) (3 capas)

SAP Sistema de 3 capas
 SAP R/3
• Es un sistema de gestión que cubre las principales ramas de
una empresa.
• Engloba la práctica total de los procesos de gestión de la
empresa mediante una importante cantidad de Módulos.
• SAP posee también un amplio menú de parametrización
que nos permite adecuar el sistema a nuestras
necesidades.
• Es un sistema integrado.
• Es un sistema Global.
• Es un sistema abierto.
• Permite desarrollos propios.
 Módulos del sistema SAP

Módulos Financieros
Módulos Logísticos

Módulos para Funciones

Recursos Humanos MultiAplicaciones
 Módulos del sistema SAP
Módulos Financieros
 Controlling. CO (Contabilidad de Costos)
 Financial Accounting. FI (Contabilidad Financiera)
 Asset Management. AM (Gestión de Activos Fijos)
Módulos Logistica
 Sales & Distribution. SD (Ventas y Distribución)
 Production Planning. PP (Planeamiento de la producción)
 Material Management. MM (Gestión de materiales)
 Project System. PS (Gestión de Proyectos)
Módulos para Recursos Humanos
 Human Resources. HR (Administración de recursos humanos)
 Plant Maintenance. PM (Mantenimiento de Planta)
Módulos Multiaplicaciones
 IS (Soluciones para la industria)
 SAP también provee módulos para distintas
soluciones de industria, a continuación se
detallan algunos ejemplos:

IS-OIL para empresas petroleras

IS-Media para medios masivos como
periódicos, televisoras y emisoras de radio
IS-Utilities para empresas proveedoras de
servicios básicos como agua y energía
eléctrica
IS-OIL para empresas petroleras
IS-H Solucion para industria Hospitalaria
Roles Profesionales en SAP
SAP AG

SAP
SAP BASIS SAP FUNCIONAL
PROGRAMMER
 Administración BASIS
Instalación
Puesta a punto del sistema
Performance
Troubleshotting
Seguridad
Estrategias de backup
Sitios de Contingencia/Replicación
 Sistemas operativos y Bases de datos
soportados por SAP
OS: SOLARIS, HP-UX, AIX, LINUX, WINDOWS
DB: ORACLE, MSSQL, INFORMIX, DB2, MAXDB

SAP necesita siempre de un Sistema Operativo y

una base de datos para operar. Ambos, inclusive
sus determinadas versiones, deben estar
soportados por la Aplicación.
Algunas empresas optan por Virtualización
Evolución de las versiones de SAP
 Evolución de las versiones de SAP

1.0A liberado el 6 Julio de 1992

2.0
3.0
3.1
4.0A
4.0B
4.5A
4.5B
4.6A
4.6B
4.6C
4.7Enterprise (Extension set 110)
4.7Enterprise (Extension set 2.00)
ERP ECC5
ERP ECC6
Enhancement Package X for SAP ERP 6.0
 Base de datos
Es el corazón del sistema SAP.
Su función es actuar como el principal contenedor
de toda la información que gestiona el sistema. No
solamente es la fuente central de la información de
todos los datos de negocio de las empresas, sino el
contenedor de la información de usuarios,
componentes de software, datos estadísticos y
administrativos que se utilizan cuando se
administra, gestiona y monitoriza el sistema.
Servicios de Aplicación
 Servicios de atención a usuarios
Dialog
Se encargan de las tareas interactivas del sistema R/3.
Batch
Procesos que se ejecutaran por el sistema en proceso de fondo.
Update
Se encargan de efectuar las modificaciones en la base de datos.
Update2
Ayudan a los procesos de update a liberarse mas rápido. Procesan las
estadísticas de los updates.
Spool
Es responsable del sistema de impresión.
Enqueue
Se encarga del sistema de gestión de bloqueos de R/3.
 Niveles de RAID (Redundant Array of
Independent Disks) de discos

• Seguridad, Performance y Capacidad

• Redundancia de discos (RAID 0, RAID 1, RAID
5, Disco SPARE)
 Niveles de RAID de discos
(Sistema de almacenamiento de
múltiples discos con redundancia)
Raid 1 – Sistema operativo
Raid 1 - Pagefile de sistema operativo
Raid 1 – Software de Base de datos y SAP
Raid 1 – Log de transacciones
Raid 5 – Base de datos
Recomendación de discos para implementación
SAP ERP
Recomendación de SAP para MSSQL
Recomendación de SAP para Oracle
 Navegación SAP
Barra de Herramientas
Standard

Menú de usuarios,
favoritos y menú de
SAP
 Navegación SAP
Barra de Herramientas
Standard

Menú de usuarios,
favoritos y menú de
SAP

Barra de estado
 SE93

Visualizar, Modificar,
Crear Transacción
 Landscape SAP

Desarrollo -> Test -> Producción

Sistema de parametrización y Sistema de Pruebas Sistema de operatoria productiva
desarrollo
Hardware necesario para SAP

• Sizing
• Resizing
• Quicksizing
• Hardware soportado
 Instancias de SAP

• Instancia central: Motor central del aplicación. Incluye

el servicio de Message server y el proceso de enqueue.
También gestiona su propio servicio de dispatcher.
• Instancia de Base de datos: Contiene el software de
gestión de la base de datos. Puede estar en el mismo
servidor o separado.
• Instancia de Dialogo: Instancia que incluye un servicio
de dispatcher.
 Configuración de Hardware del
Sistema Productivo
• Servidor Standalone
• Servidores de Aplicación
• CI + Instancia de Base de datos
• Cluster de servidores
• Performance y cantidad de procesos
necesarios
• Redundancia
 Esquema de directorios
Describimos el esquema de directorios a nivel
sistema operativo de un sistema SAP.
 Como ver esquema de directorios
desde SAP
• La transacción AL11 nos abre un "explorer" en
el cliente SAPGUI y nos permite visualizar
archivos de texto del sistema operativo a nivel
SAPGUI.
 Estrategias de Backup
• Definimos las posibles estrategias de backup
para un Landscape SAP.
 Landscape SAP y concepto de
mandante

Desarrollo -> Test -> Producción

Mandante 100 = Parametrización Mandante 400 = Pruebas integrales Mandante 500 = Operatoria Productiva
Mandante 200 = Pruebas unitarias
Mandante 300 = Sandbox

• Un mandante se define como una unidad independiente dentro del sistema R/3, desde un punto de vista fiscal, legal y
organizativo.
 Mandantes existentes por defecto en
el sistema

• Mandante 000 (Mandante de configuración)

• Mandante 001 (Mandante copia del 000)
• Mandante 066 (Mandante de Earlywatch)
Pegar SCC4 nuevamente y que se vean todos los
mandantes.
 Gestión de mandantes
• Con la transacción SCC4 haremos la gestión de
mandantes.
• Cuando creamos un mandante debemos
asignarle un papel, es decir un propósito o
función para lo que se va a utilizar. Los valores
posibles son producción, test, customizing,
formación, Producción o referencia SAP.
Dependiendo del papel que tome el mandante
puede llegar a ser necesaria la activación o
desactivación del transporte o bien la
imposibilidad de modificar objetos o customizing.
 Copia local de mandantes
• Una vez que creemos la entrada en la tabla T000
(Transacción SCC4) debemos seleccionar un mandante
"inicio" y un mandante "destino". Tenemos varios
perfiles de selección que entre otras cosas nos van a
permitir copiar los datos que nos interesan (por
ejemplo: usuarios, usuarios y perfiles, datos de
customizing, datos de aplicación, etc.). Esta copia es
recomendable lanzarla en proceso de fondo (batch)
debido al tiempo que suele demorar.
• Las copias locales pueden ser monitoreadas con la
transacción SCC3.
 Copia remota de mandantes
• Con la transacción SCC9 haremos la copia remota de mandantes
(copiar un mandante a otro sistema).
• Al igual que la transacción SCCL, la copia de mandante remota tiene
la misma función pero con la diferencia que se copia un mandante
inicio de un sistema inicio, a un mandante destino de un sistema
destino. Debido a que los datos viajan por la red, la copia remota
suele demorar mucho más que la copia local.
• En la SCC9 deberemos seleccionar un destino RFC indicando el
sistema y mandante destino. En la copia solo se copian datos de
tablas (NO las definiciones), si por ejemplo se hicieron
modificaciones o se crearon tablas nuevas, deben ser transportadas
antes de lanzar la copia.
• Esta tarea puede ser monitoreada con la transacción SCC3.
 Client Export
• Símil a la SCC9, lo que estamos haciendo con la transacción
SCC8 es "exportar" a un archivo el mandante para luego
"importarlo" en otro sistema. La ventaja es que el sistema
destino no necesita ser parte del mismo landscape y no
tener conexión "RFC" entre inicio y destino. Un mandante
exportado puede importarse en cualquier sistema SAP de la
misma versión sin necesariamente ser parte del mismo
Landscape.
• El export genera 3 órdenes de transporte y se transportan
en el destino con la STMS. Tanto el export como el import
pueden ser monitoreados con la transacción SCC3.
• Con la transacción SCC7 haremos el post-processing del
import.
 Borrado de mandante
• Si decidimos borrar un mandante, la
transacción SCC5 nos permite hacerlo. La
transacción SCC3 nos muestra el log del
borrado y nos da un estimativo en tiempo de
cuanto puede demorar.
• Borrar un mandante libera espacio en la base
de datos.
 Monitoreo de copia o borrado de
mandante
• Con la transacción SCC3 haremos el monitoreo
de la copia local o remota, export, import o
borrado de mandante.
 Sistema de Transporte
• Claves de desarrollador
• Claves de objeto
• Objetos Z e Y
• Configuraciones de mandantes
• Ordenes de Transporte
• Transporte entre mandantes
• Sistema de transporte
 Objetos de base de datos
Programas, módulos de función, transacciones,
objetos de diccionario (tablas, índices).
• Independientes de mandante: transacciones,
programas, módulos de función, tablas
independientes de mandante, impresoras.
• Dependientes de mandante: tablas
dependientes de mandante, índices, perfiles
de autorización, usuarios.
• Objetos Z e Y.
Ejemplo sistema con una única
instancia
Ejemplo de SAP con dos instancias (CI
y Dialog Instance)
 Instancia, Sistema & Landscape SAP
• Una instancia SAP es una entidad
administrativa que agrupa a varios compo-
nentes de R/3 que proporcionan uno o varios
tipos de servicios.
• Un sistema SAP es un conjunto de instancias
de SAP.
• Un Landscape SAP es un conjunto de sistemas
de SAP.
 Identificación de instancia de SAP
Una instancia de SAP se identifica con:
• Un numero de IP
• Un nombre
• Un System ID (SID)
• Un numero de instancia
 Estado de los mandantes del
Landscape de SAP
Desarrollo:
• Mandante de parametrización:
Abierto con generación de orden de cambio
• Mandante de Pruebas unitarias:
Cerrado
• Mandante de Sandbox:
Abierto sin generación de orden de cambio

Test:
• Mandante de pruebas integrales:
Cerrado

Producción:
• Mandante de operatoria productiva:
Cerrado
 Sistema de Transporte
• Transportar entre mandantes de Desarrollo para conservar homogeneidad (modificaciones
dependientes de mandante).
• Transportar todas las ordenes de transporte generadas, tanto a todos los mandantes de
Desarrollo, como a Testing y Producción.
• Desarrollo: Realizar copias de mandante a SANDBOX para mantenerlo homogéneo con el
mandante de pruebas unitarias.
• Realizar copias homogéneas de Producción a Test para mantener actualizado el ambiente de
pruebas.

Desarrollo -> Test -> Producción

Mandante 100 = Parametrización Mandante 400 = Pruebas integrales Mandante 500 = Operatoria Productiva
Mandante 200 = Pruebas unitarias
Mandante 300 = sandbox
 Gestión de órdenes de transporte
• Con la transacción SE10 haremos el manejo de
órdenes de transporte (creación, asignación,
modificación, liberación). Desde aquí
podremos crear órdenes, asignarlas a
usuarios, revisarlas o liberarlas. También
podemos, en la pantalla de selección, filtrar
las búsquedas de órdenes por diferentes
atributos.
 Transportes entre mandantes
• Con la transaccion SCC1 podemos hacer el
transporte de órdenes entre mandantes de un
mismo sistema.
 Sistema de transporte
• La transacción STMS es la principal del sistema de transporte. Desde aquí
haremos los transportes de órdenes entre distintos sistemas.
• El sistema R/3 dispone de una herramienta que nos permite pasar objetos
de un entorno a otro. Los objetos a pasar pueden ser definición y
contenido de tablas nuevas, programas nuevos, datos de parametrización
e incluso modificaciones al estándar. Este traspaso de información entre
un sistema R/3 y otro nos facilita el mantenimiento del sistema
productivo, ya que con ello evitamos tener que duplicar el trabajo de
programación o repetir la inclusión de datos de customizing. Todo ello
redunda en una mayor productividad y en una minimización de riesgos ya
que la información, antes de ser insertada en el sistema productivo, es
probada en el sistema de desarrollo y su traspaso no será realizado hasta
que el responsable del proyecto dé el visto bueno. La herramienta que
permite este traspaso de información entre sistemas R/3 es el llamado
sistema de transportes.
 Programas de transporte a nivel
sistema operativo
• TP
• R3TRANS
 Objetos lockeados
• Tabla TLOCK
 Cliente de SAP (SAPGUI)
• Definir datos para conexión
• Versiones SAPLOGON
• Parches SAPLOGON
• Versiones actuales de SAPGUI en versiones
antiguas de SAP
• Información de sistema, usuario, mandante, etc.
• Funciones /N /O Ctrl+Y
• Stop Transaction
• Grabar fichero
• Nota 26417
 Perfiles de Instancia
• Instance Profile
• Default Profile
• Start Profile
 Modificación de parámetros de
instancia
• El sistema SAP R/3 dispone de unos
parámetros de configuración necesarios para
el arranque y funcionamiento de sus
instancias. Con la transacción RZ10 podremos
administrar los parámetros de los perfiles de
Instancia, Default y Start.
A continuación se describen las principales
transacciones BASIS del sistema SAP:

Una transacción es una operación que permite a un usuario realizar consultas

o cambios en la base de datos. Todo el sistema R/3 también puede
considerarse como un sistema de proceso de transacciones de negocio, esto
significa que todo el flujo de datos que recorre los módulos aplicativos se
ejecuta utilizando transacciones .
 Parámetros de instancia
• La transacción RZ10 permite visualizar o
modificar valores o parámetros de instancia.
La mayoría de los cambios en dicha
transacción estarán activos en el sistema
cuando bajemos y levantemos SAP.
 Parámetros Comunes de instalación
• SAPSYSTEMNAME
• SAPSYSTEM
• INSTANCE_NAME
• zcsa/installed_languages
• zcsa/second_language
• zcsa/system_language
• rdisp/wp_no_dia
• rdisp/wp_no_btc
• rdisp/wp_no_enq
• rdisp/wp_no_vb
• rdisp/wp_no_vb2
• rdisp/wp_no_spo
• login/system_client
• rdisp/gui_auto_logout
• login/password_expiration_time
• rdisp/max_wprun_time
• rec/client
Verificación de parámetros dinámicos
• Con la transacción RZ11 podremos verificar
que parámetros de SAP son dinámicos y
cuales no.
 Transacciones para relevamiento del
sistema SAP
• Versión de SAP / nombre de equipo / IP
• Versión de sistema operativo y Base de datos
• Nivel de Kernel de SAP
• Cantidad de Instancias de SAP
• Niveles de lenguaje instalados
• Hardware
• Parámetros activos de SAP (RSPARAM)
• Instalación origen o upgrade
Versiones de SAP, OS y SO
 Versión de Kernel y cantidad de instancias. El Kernel es un conjunto de
archivos ejecutables y librerías que se encargan de mantener a la aplicación
activa e interactuando con la base de datos.
Lenguajes instalados
Relevamiento Hardware
 Programa RSPARAM
Se encarga de mostrarnos todos los parámetros
activos y default del sistema.
 Tabla «Instvers»
• Muestra si estamos trabajando con una
instalación origen o un upgrade.
 Monitoreo de procesos
• Con la transacción SM50 podemos listar los
procesos activos del sistema: Dialogo, Fondo,
Update, Update2, Spool y Enqueue. Podemos
ver que usuario esta realizando peticiones al
sistema, visualizar a que tabla se esta
accediendo o que programa se esta
ejecutando. También saber que tiempo de
ejecución lleva, en que mandante se ejecuta y
el "status" del proceso de trabajo.
 Visor de procesos desde el sistema
operativo
• Dpmon: Es una herramienta a nivel Sistema
Operativo que te permite la misma
funcionalidad que las transacciones sm50 y
sm66
Para ejecutar la herramienta debemos llamarla junto
al perfil de la instancia:
dpmon pf=/usr/sap/<SID>/SYS/profile
 Análisis de procesos de trabajo
• Disponemos de diferentes transacciones para
analizar los distintos tipos de procesos, a
continuación se listan cada una de ellas.
 Análisis de jobs de fondo
• La transacción SM37 nos permite visualizar el
estado de los jobs de fondo. Tenemos
parámetros de selección que nos permiten
filtrar por usuario, nombre de job, fecha o
estado.
 Impresión
El sistema de impresión en SAP trabaja
directamente con el Sistema operativo o con la
red.
El modo de acceso a la impresora desde SAP va
a depender del tipo de Acceso
Acceso por medio del Sistema Operativo:
“C” y “L”
Acceso por medio de la Red (Remote Printing)
 “F”, “S”, “G”, “U”
 Impresión
Los tipos de Accesos utilizados en SAP son:
 Impresión
Impresión remota:
Esta se utiliza cuando el Host Spool System (spool del
sistema operativo), y el Work Process de SAP están en
distintos host.
 Impresión
Impresión remota:
• Indique U cuando el proceso de edición deba transmitir los
datos de salida a un sistema host remoto a través del log
Berkeley (BSD).
• A través de este log el proceso de edición transmite
directamente los datos de salida al SPOOL host del sistema
remoto.
• Indique S cuando el proceso de edición deba transmitir los
datos de salida al sistema remoto (un PC Microsoft Windows)
a través del log SAP.
• El proceso de edición transmite los datos de salida al proceso
de gestión de salida SAP (SAPLPD) en el PC remoto.
• Indique X cuando el dispositivo sea un dispositivo SAPcomm.
 Impresión
Impresión Local:
Esta se utiliza cuando el Host Spool System (spool del
sistema operativo), y el Work Process de SAP están en el
mismo host.
 Impresión
Impresión Local:
• Indique C cuando el servidor SPOOL se ejecuta en una máquina de
Microsoft Windows NT y las órdenes de salida para esta impresora
se han de transmitir al gestor de impresión local de Windows NT.
• Indique E si la impresora está conectada a través de un SGS
externo (sistema para gestión de salidas).
• Indique F cuando se deba dar salida a órdenes de salida para esta
impresora localmente en el PC o en la estación de trabajo del
usuario.
• Indique I cuando este dispositivo sea un dispositivo de archivo.
• Indique L cuando el servidor SPOOL se ejecute en un sistema UNIX
y se deban transmitir órdenes de salida para esta impresora al
SPOOL host local.
 Gestión de Spool
• La transacción SP01 nos permite gestionar las
órdenes de SPOOL.
Analisis de SPOOL
 Análisis de Updates
• La transacción SM13 nos permite gestionar los
procesos de Update.
• En los logs de esta transacción quedan
alojados también los procesos de update
erróneos.
Análisis de updates
 Gestión de bloqueos
• SAP R/3 dispone de un sistema de gestión de
bloqueos de objetos para evitar la
modificación concurrente de un objeto. Con
esto, se asegura la consistencia de los objetos
en SAP R/3.
• La transacción SM12 gestiona los bloqueos de
tablas.
 Monitoreo de procesos de todas las
instancias
Con la transacción SM66 monitoreamos los
procesos de SAP de todas las instancias de un
sistema.
Monitoreo de procesos de todas las
instancias
• Poner otro ejemplo de sm66
Selección de procesos por instancia
• La transacción SM51 permite una conexión
rápida a determinada instancia para la
administración de procesos de SAP (SM50).
Monitoreo por app server
 Definicion de Jobs de fondo
• Con la transacción SM36 podemos definir
procesos de BATCH.
 Modos de operación
• Se utilizan para cambiar dinámicamente la
configuración de los procesos de SAP, de esta
manera distribuiremos mejor los recursos
disponibles.
• Las transacciones RZ04 y SM63 permiten
configurar los modos de operación.
 Visor de programas
• Con la transacción SE38 realizamos la gestión
de programas. Visualización, modificación,
creación, ejecución, borrado, etc.
• Desde aquí podemos hacer todo el manejo de
programas del sistema. Recordar que (al igual
que los demás objetos de la base) los nombres
de los programas propios de nuestra
compañía deben comenzar con las letras Z o Y.
 Visor de módulos de función
• La transacción SE37 permite gestionar los
módulos de función del sistema SAP.
Visor de usuarios conectados por APP
Server
• La transacción SM04 lista los usuarios que
están conectados a una instancia. También
nos informa sobre el mandante al cual están
conectados y las transacciones que están
utilizando.
• Desde aquí podemos ver el momento del
ultimo input de cada sesión y también
"expulsar" a un usuario del sistema.
Visor de usuarios conectados de todos
los App Servers
• La transacción AL08 permite visualizar a los
usuarios conectados en todas las instancias de
SAP.
Visor de usuarios conectados por
instancia
 Chequeo rápido del sistema
• La transacción SICK nos permite realizar un
chequeo rápido del sistema, asegurándonos
en una primera instancia la "correcta
convivencia" de las versiones de sistema
operativo, base de datos y SAP.
Sick error
 Log del sistema
• Utilizamos la transacción SM21 para tener acceso total al
Log del sistema. Todos los eventos del tipo Warning y
errores pueden listarse. También nos da la posibilidad de
ver eventos de días pasados. El sistema R/3 graba eventos y
problemas, tales como borrado de modos de usuarios del
sistema, bloqueos de usuarios al introducir
incorrectamente la password, parada y arranque del
sistema, etc. en un log. Este log no es más que un fichero a
nivel de sistema operativo.
• Cada servidor de aplicaciones de R/3 dispone de un log
local que contiene los mensajes que ha generado ese
servidor. Este fichero de log local es un fichero circular.
Cuando el fichero llega a su tamaño máximo, el sistema
empieza a sobrescribir el fichero desde el principio.
 Análisis de DUMPS
• Con la transacción ST22 tenemos la
posibilidad de analizar los dumps (errores
graves) del sistema. La misma nos dá la
posibilidad de listar los dumps de días atrás y
además tener acceso a un detalle de errores
que el usuario solo tiene al producirse el error.
 Tipos de usuarios
• Usuarios de Diálogo
Usuarios interactivos. Los afectan los parámetros de Logueos.
• Usuarios de Sistema
No es posible el logon, usados para Batch programados.
No lo afectan los parámetros del sistema.
• Usuarios de Servicio
Usuario de Diálogo, no lo afectan los parámetros de logon.
• Usuario de comunicación
No es posible logonearse. Comunicación por proceso de
diálogo entre sistemas (por ejemplo CPIC o RFC).
 Administracion de usuarios
• Creación/copia/borrado de usuarios
• Seteo y/o cambios de Password
• Definición de tipos de usuarios
• Bloqueos
• Asignación Roles
 Cambios masivos a usuarios
• La transacción SU12 permite bloquear o
borrar varios o todos los usuarios de un
mandante.
 Parámetros de seguridad de los login
• login/system_client
• rdisp/gui_auto_logout
• login/min_password_lng
• login/password_expiration_time
• login/fails_to_user_lock
• login/password_history_size
• login/min_password_letters
• login/min_password_digits
 Usuarios SAP* y DDIC
• Son los usuarios que existen por default en
cualquier instalación de SAP. Cada uno tiene
diferentes roles administrativos, pero ambos
son Super-Usuarios con permisos de Full
administración dentro del sistema.
 Gestión de impresoras
• Con la transacción SPAD podremos crear,
borrar, gestionar las impresoras del sistema.
 SP01 troubleshotting
• Visualizador de órdenes de SPOOL. Podremos
filtrar por usuario, impresora, número de
orden, mandante o fecha. También sirve para
analizar un error si es que una impresión no
salió o bien re-imprimir una orden en el caso
que sea necesario.
 Gestión Temse
• Con la transacción SP12 gestionamos la
administración de las tablas Temse.
• Uso de los reportes RSTS0020 (Batch) y
RSTS0030 (Dialogo).
 Upgrade de Kernel
• El Kernel es un conjunto de archivos
ejecutables y librerías que se encargan de
mantener a la aplicación activa e
interactuando con la base de datos.
 Visor de tablas e índices
• La transacción SE12 permite visualizar las
tablas e índices del sistema SAP.
• El campo MANDT nos indica si la tabla es
independiente o dependiente de mandante.
 Diccionario de datos
• Con la transacción SE14 podremos verificar
objetos del diccionario de datos de SAP vs la
base de datos.
• Analizar la consistencia de un objeto (por
ejemplo una tabla) entre el diccionario de SAP
y el de la base, también podemos testear la
consistencia de índices.
• Pegar pantalla con ejemplo de error
 Visor de datos de tablas
• Con la transacción SE16 visualizamos los datos
que contiene una determinada tabla, tenemos
opciones para filtrar la búsqueda, por ejemplo
visualizar únicamente cuantos registros tiene,
ir desde un valor a otro o bien que nos
muestre solamente los datos de determinado
campo.
 Support Packages
• Los Support Packages son paquetes de
mejoras ABAP. Se insertan en el sistema a
través de la transacción SPAM.
• Support Packages STACK.
 SPDD y SPAU
• Las transacciones SPDD y SPAU permiten que
gestionemos los cambios de los objetos
standard de SAP una vez que fueron alterados
por el cliente. Podremos seleccionar si
quedarnos con la versión de SAP o bien con la
versión que modificó el cliente.
 Plug - ins
• Los Plugins son paquetes similares a los
Support Packages, pero que contienen
mejoras en el área tecnológica del producto.
 RTCCTOOL (administración)
• El reporte RTCCTOOL nos informa sobre los
plugins faltantes en el sistema para una
correcta apertura y ejecución de los servicios
de Earlywatch.
 Sistema SAP Mapa de Memoria
El siguiente diagrama muestra los tipos de memoria que pueden ser asignados a
un Work Processes en SAP, a nivel sistema operativo
 Sistema SAP Mapa de Memoria
Aquí podemos observar el diagrama de memoria para Unix con algunos valores de
los parámetros
 Sistema SAP Memoria

El manejo de memoria de SAP, depende de la plataforma de

sistema Operativo que utilice.
Las plataformas soportadas son:

 Unix
 Linux (Zero Memory Administration – SAP Note 88416,
941735, 2085980)
 Windows (Zero Memory Administration – SAP Note 88416)
 ISeries
 Sistema SAP
Troubleshotting Memoria

• La transacción ST02 nos permite visualizar

como están configurados y utilizados los
buffers del sistema, ya sea de tablas,
programas, etc. Desde aquí también
podremos observar que parámetros son los
que necesitan ser modificados para subir o
bajar el tamaño de los buffers.
 Sistema SAP
Troubleshotting Memoria
Transaccion ST02
 Sistema SAP
Troubleshotting Memoria
Current Parameter
 Monitoreo base de datos
• La transacción DB02 nos permite ver el
espacio alocado y disponible en la base de
datos. También podremos sacar estadísticas
de crecimiento de la base de datos y/o tomar
medidas preventivas para no tener problemas
de falta de espacio en los Tablespaces. Desde
aquí podremos observar también si tenemos
índices, tablas u objetos perdidos en la base
de datos o bien en el diccionario de SAP.
 Tareas programadas para la Base de
Datos
• La transacción DB13 nos permite lanzar
procesos de chequeos, backups y update
statistics de la base de datos.
 Logs de los backups la base de datos
• Con la transacción DB12 podremos observar
los logs de los backups online de la base de
datos.
 Estadísticas de tablas
• Con la transacción DB20 podremos observar el
estado de las estadísticas de determinada
tabla de la base de datos.
 Conexiones RFC
• Con la transacción SM59 visualizamos y
configuramos los destinos RFC que necesita
cada servidor para poder conectarse entre los
mismos sistemas del Landscape o bien con
sistemas que estén fuera de él. RFC es el
protocolo interno de comunicación de SAP.
 Opciones de cambio en el sistema
• La transacción SE06 nos permite seleccionar
que componentes estarán abiertos para
modificación y cuales no.
SAP MarketPlace
 SAP Marketplace
• Pedido de keys
• Pedido de licencias
• Bajar software
• Revisar Stacks
• Búsqueda de Notas
• Colocar Mensajes
• Foro SAP
• Verificar Hardware soportado
 SAP MarketPlace
Estas son algunas de las acciones que se pueden realizar en el
MarketPlace
• Búsqueda de Notas (http://support.sap.com/notes )
• Homologación de ambientes (http://support.sap.com/PAM)
• Pedir clave de desarrollador (http://support.sap.com/sscr)
• Pedir clave de Objeto Standard (http://support.sap.com/sscr)
• Pedir clave de desarrollador (http://support.sap.com/sscr)
• Pedir licencias (http://support.sap.com/licensekey )
• Bajar Software (http://support.sap.com/swdc)
• Poner un mensaje en SAP (http://support.sap.com/message)

SAP posee un foro, el cual es muy importante a tenerlo en cuenta en

la busqueda de información:
http://scn.sap.com
 Aplicación de notas
• Las modificaciones de código ABAP se realizan en el
sistema de Desarrollo a través de la Transacción SNOTE.
 Licencias SAP
• La transacción Slicense y el programa
saplicense (a nivel OS) nos permiten verificar
el estado de licenciamiento del sistema SAP.
 Envío de mensajes masivos
• La transacción SM02 envía mensajes por
sistema, instancia o mandante. Esta
transacción se utiliza para enviarles mensajes
o algún comunicado a los usuarios de SAP.
 Sistema de mails y mensajes internos
• Con la transacción SBWP podemos enviar
mensajes a usuarios puntuales.
 Envío de mensajes externos
• Módulo de función th_popup
 Bloqueo de transacciones
• La transacción SM01 nos permite bloquear
transacciones de SAP.
 Tunning Performance
• Con las siguientes transacciones analizaremos
la performance del sistema SAP. Podremos
detectar que procesos son los que mas
recursos consumen, como se comportan los
buffers de memoria y cuales son las
modificaciones que podemos llevar a cabo
para mejorar la performance del sistema.
 Grupos de Logon
• Performance (Balanceo de carga)
• Redundancia (Conexión aunque se caiga
instancia)
• Procesos extraordinarios
 Workload del sistema SAP
• La transacción ST03 se utiliza para el análisis
de carga de trabajo. Desde aquí podremos
observar, por ejemplo, cuan performante esta
el sistema, cuales son las transacciones que
mas carga producen al sistema o cuales son
los usuarios que más memoria o procesador
utilizan en sus transacciones. Podemos
discriminar por periodos de tiempo (hasta
meses atrás) o bien por tipo de proceso
(diálogo, fondo, update, etc.).
 Estadisticas del sistema
• Con las transacciones STAD/STAT podremos
observar estadísticas de usuarios, programas,
transacciones, etc.
 Monitoreo base de datos
• La transacción ST04 nos informa sobre las
estadísticas de la base de datos, así como
también nos da acceso a visualizar el
ALERT.LOG del motor de la base.
Estadísticas de consumo de Hardware
• La transacción ST06 nos permite sacar
estadísticas de carga del Sistema Operativo y
el Hardware en general.
 Jobs de reorganización
• SAP_REORG_UPDATERECORDS
• SAP_REORG_SPOOL
• SAP_REORG_JOBSTATISTIC
• SAP_REORG_JOBS
• SAP_REORG_ABAPDUMPS
• SAP_COLLECTOR_FOR_PERFMONITOR
• SAP_COLLECTOR_FOR_JOBSTATISTIC
 Servicio de SAPOSCOL
• Es un servicio que corre a nivel sistema
operativo. Es el encargado de colectar las
estadísticas del sistema interactuando entre el
OS y SAP.
 Troubleshoting
• Dumps (Análisis de Dumps)
• Procesos que cancelan
• Procesos con lentitud
• Traces
• Notas SAP
• Mensajes
 Servicios remotos de SAP
• Earlywatch Alert
• Earlywatch Check
• Goinglive
 SAP ECC6
• ERP
• UNICODE
• JAVA
• Enhancement Packages
 Upgrade de versión
Describimos los pasos de un upgrade de versión
de SAP.
 Pasos correctos de instalación
• Bajar manual actualizado de instalación
• Bajar notas actualizadas de instalación y
relacionadas.
• Instalar el sistema operativo
• Instalar la base de datos
• Instalar SAP
• Configurar sistema de transporte
• Instalar lenguaje
• Instalar Support Packages y Plug-ins (según Stack)
• Crear mandantes