Vous êtes sur la page 1sur 122

Objetivos del Curso

Ambiente SAP
Administracin Bsica SAP R/3
Seguridad
Administracin de Impresoras
Administracin de Jobs
Monitoreo de Performance
Mantenimiento Especial a SAP R/3

Horario

Tarde.

02:00 PM a 06:00 PM

Agenda

Seguridad SAP

Administracin de Impresoras

3 Administracin de Jobs

Sistemas
Ambiente SAP

Ambientes SAP

Se usa en el desarrollo de programas,


correcciones, adaptaciones, entre otros

Se usa para realizar las diferentes pruebas de


los diferentes programas, correcciones y
adaptaciones que se realizan en desarrollo,
previo a esto se realiza el transporte de las
mismas.
Se realiza el transporte a este ambiente,
cuando las pruebas han sido concluidas y
aceptadas por el control de calidad.

Mandante

El mandante constituye el nivel jerrquico superior en el Sistema SAP. Las


especificaciones que se hacen o los datos que se introducen en este nivel
son vlidos para todas las sociedades y para todas las estructuras
organizativas, evitando tener que introducir esta informacin ms de una
vez. La actualizacin centralizada de esta informacin asegura datos
estandarizados.

Cada mandante es una unidad independiente con registros maestros


separados y un set completo de tablas. Una clave de mandante se utiliza
en todos los registros maestros, lo que garantiza que se guarden por
mandante.

Mnima unidad de gestin de SAP, que es independiente y contiene sus


propios registros maestros y de datos.

Mandante
Mandantes estndar
Mandante 000
No contiene datos de Parametrizacin empresarial y por lo tanto
las creaciones de mandante propios se deben hacer como
copias de este para asegurarnos que empezamos la
parametrizacin desde cero. Este mandante no debe borrarse
del sistema ni cambiarse ningn aspecto de el.

Mandante 001
Inicialmente es idntico al 000 y salvo que lo cambiemos
nosotros, ninguna actualizacin de SAP lo va a modificar, al
contrario de lo que ocurre con el 000. Siempre lo podemos tener
como ejemplo de la instalacin inicial aunque SAP no impone
ninguna prohibicin de cambiarlo o borrarlo.

Mandante
Mandante 066
Para garantizar la confidencialidad de nuestros datos reales
en productivo existe este mandante aislado al que se conecta
SAP cuando le pedimos que nos realice un servicio de
deteccin de problemas de rendimiento. Los usuarios de este
mandante tiene las autorizaciones mnimas para poder
ejecutar el informe de rendimiento. Este mandante tampoco
debe ser borrado ni modificado nunca.

Sistemas
Distribucin de Sistemas
Cliente

Descripcin

000

SAP AG

001

Auslieferungsmandant
R11

066

EarlyWatch

Mandante
Mandantes Propios
A partir del mandante de referencia (000) podemos crear tantos
mandantes como queramos (siempre que el tamao de nuestra
base de datos nos lo permita). En el sistema de desarrollo se
suelen crear varios mandantes, en calidad alguno menos y en el
sistema de produccin solo debe existir un mandante propio.
Es posible implementar SAP con ms o menos mandantes de
los indicados pero hay que buscar el equilibrio entre muchos y
pocos. Con pocos mandantes podemos tener conflictos durante
la parametrizacin, el desarrollo de programas o las pruebas,
pero con muchos mandantes estaremos aumentando el tamao
de la base de datos y afectando el rendimiento adems de
requerir un mayor esfuerzo en los procedimientos de
administracin de sistemas.

Mandantes Desarrollo
Mandante 100 (Sandbox)
Aqu iniciamos nuestro prototipo de empresa y creamos los primeros desarrollos
a medida que sean necesarios. Los programadores y consultores de aplicacin
trabajan en este sistema. No tendremos datos maestros ni transaccionales. Las
pruebas inusuales de parametrizacin las realizaremos en este de manera que
no afectemos el trabajo normal de otros mandantes. Los cambios que hagamos
aqu no se afectan en la implementacin del sistema.

Mandante 200 (Configuracin)


En este se iniciara la configuracin inicial de nuestro sistema, para luego ser
transportado al sistema de calidad y produccin. Para que cumpla su funcin se
deben transportar los cambios a los otros sistemas al mismo tiempo y
mantenerlos siempre sincronizados.

Mandantes Desarrollo
Mandante 300 (Pruebas y Desarrollos)
Los responsables de desarrollo y parametrizacin efectuaran aqu las pruebas
unitarias del prototipo que se est creando. Aqu si que tendremos datos
maestros y transaccionales aunque no sern muy fiables debido a que la
parametrizacin puede cambiarse.

Sistemas
Distribucin de Sistemas

Desarrollo

Cliente

Descripcin

100

Sandbox y Desarrollo

200

Parametrizacin

300

Pruebas

Mandantes Calidad
Mandante 400
Este mandante contendr informacin ya de la empresa, se debe de establecer
una poltica para realizar una copia peridica de produccin a este. Este
mandante es sumamente importante ya que en este es donde se realiza
cualquier prueba antes de ser pasado ese cambio a produccin.

Mandante 500
Aqu para que los usuarios finales reciban los cursos de formacin y tengan un
sitio donde poder seguir practicando despus. De esta manera, los datos
maestros y transaccionales que crean no nos interfieren en nuestro trabajo de
implantacin habitual.

Sistemas
Distribucin de Sistemas

Calidad

Cliente

Descripcin

400

Calidad

500

Capacitacin

Mandantes Produccin
Mandante 700
Aqu es donde se lleva a cabo la explotacin real del software. Este es
el nico mandante propio que debe existir en el sistema productivo.
Antes del arranque en productivo realizaremos aqu las cargas iniciales
de datos maestros, movimientos e histricos.

Sistemas
Distribucin de Sistemas

Produccin

Cliente

Descripcin

700

Produccin

Transaccin SCC4

Creacin de nuevo Cliente

Consideraciones

Tener claro para que ser utilizado el nuevo cliente.


Siempre que se crea un nuevo cliente, se tiene que realizar una
copia del mandante 000.
Se crean 2 usuarios DDIC Y SAP*, que son lo administradores de
el sistema a nivel de la aplicacin.
Las contraseas o passwords de los usuarios administradores
deben ser cambiados. La contrasea inicial para el nuevo cliente
del Usuario SAP* es pass.
Contar con el espacio suficiente en disco para poder soportar a
este nuevo cliente.
Contar con la autorizacin necesario dentro del sistema.

Copia Clientes Local (SCCL)


Estar en el cliente destino
Seleccionar el perfil a copiar (en este caso
es el SAP_CUST)
Monitorear la copia por medio de la
transaccion SCC3
Revisar el Log luego de la terminada la
copia.

Autorizaciones para copias de


clientes
Authorization objects Action
S_TABU_CLI Maintain cross-client tables
S_TABU_DIS Maintain system tables
S_CLNT_IMP Import data in client copy
S_DATASET Access the file system

Perfiles de Copia
Perfil

Descripcin

SAP_USER

Users, user roles and authorization profiles are


copied. The client is not reset.

SAP_UONL

User without authorization profile and role

SAP_PROF

Only authorization profile and roles

SAP_CUST

Client-specific customizing including authorization


profile is copied. The application data is deleted, the
user data is retained.

SAP_CUSV

SAP_CUST with variants

SAP_UCUS

SAP_CUST with user master data

SAP_UCSV

SAP_UCUS with variants

SAP_ALL

All client data except change documents (see note


180949) and local data is copied.

SAP_APPL

SAP_ALL without user master data

SAP_AAPX

SAP_ALL without authorization profile and roles

Copia Clientes Local (SCCL)

Copia Clientes Remota (SCC9)

RFC

Perfiles de Copia
Perfiles
SAP_ALL
SAP_APPL
SAP_APPX
SAP_CUST
SAP_CUSV
SAP_CUSX
SAP_PROF
SAP_RECO
SAP_RMBC
SAP_RMPA
SAP_RMPC
SAP_UCSV
SAP_UCUS
SAP_UONL

Signific.
Todos datos especf.mandante sin
doc.modificacin
Customizing y datos aplicacin sin
docum.modific.
SAP_APPL sin perfiles de autorizacin y roles
Customizing
Customizing y variantes de usuario
Customizing sin perfiles autorizacion ni roles
Slo perfiles de autorizacin y roles
Recuperacin (slo si mdte.fuente =
mdte.destino)
Customizing, usuarios y Cust.vl.en
tod.mandantes
Corresponde a SAP_ALL c/Cust.vl.en
tod.mandantes
Customizing incl.Cust.vlido en todos
mandantes
Customizing, maestros y variantes de
usuario
Customizing y maestros de usuario
Usuarios sin perfiles de autorizacin ni roles
Maestros de usuario y perfiles de

RFC (SM59)

Exportando un Cliente (SCC8)

Copias entre Clientes (SCC1)

Borrar Cliente (SCC5)

Transaccin SCC4

Creacin de nuevo Cliente

Consideraciones

Tener claro para que ser utilizado el nuevo cliente.


Siempre que se crea un nuevo cliente, se tiene que realizar una
copia del mandante 000.
Se crean 2 usuarios DDIC Y SAP*, que son lo administradores de
el sistema a nivel de la aplicacin.
Las contraseas o passwords de los usuarios administradores
deben ser cambiados. La contrasea inicial para el nuevo cliente
del Usuario SAP* es pass.
Contar con el espacio suficiente en disco para poder soportar a
este nuevo cliente.
Contar con la autorizacin necesario dentro del sistema.

Copia Clientes Local (SCCL)


Estar en el cliente destino
Seleccionar el perfil a copiar (en este caso
es el SAP_CUST)
Monitorear la copia por medio de la
transaccion SCC3
Revisar el Log luego de la terminada la
copia.

Autorizaciones para copias de


clientes
Authorization objects Action
S_TABU_CLI Maintain cross-client tables
S_TABU_DIS Maintain system tables
S_CLNT_IMP Import data in client copy
S_DATASET Access the file system

Perfiles de Copia
Perfil

Descripcin

SAP_USER

Users, user roles and authorization profiles are


copied. The client is not reset.

SAP_UONL

User without authorization profile and role

SAP_PROF

Only authorization profile and roles

SAP_CUST

Client-specific customizing including authorization


profile is copied. The application data is deleted, the
user data is retained.

SAP_CUSV

SAP_CUST with variants

SAP_UCUS

SAP_CUST with user master data

SAP_UCSV

SAP_UCUS with variants

SAP_ALL

All client data except change documents (see note


180949) and local data is copied.

SAP_APPL

SAP_ALL without user master data

SAP_AAPX

SAP_ALL without authorization profile and roles

Copia Clientes Local (SCCL)

Copia Clientes Remota (SCC9)

RFC

RFC (SM59)

Exportando un Cliente (SCC8)

Copias entre Clientes (SCC1)

Borrar Cliente (SCC5)

Sistema de
Transportes

Sistema de Transportes
El sistema SAP dispone de una herramienta que nos permite pasar objetos de un entorno (por
ejemplo, desarrollo) a otro (por ejemplo, produccin). Los objetos a pasar pueden ser definicin
y contenido de tablas nuevas, programas nuevos, datos de customizing e incluso modificaciones
al estndar. Este traspaso de informacin entre un sistema SAP y otro nos facilita el
mantenimiento del sistema productivo ya que con ello evitamos tener que duplicar el trabajo de
programacin o repetir la inclusin de datos de customizing.

Sistema de Transportes
Ordenes de transporte
El sistema de transporte se emplea, generalmente, para trasladar
objetos desde el sistema de desarrollo hasta el sistema de produccin;
obviamente si no existe tal separacin de sistemas, es decir, si slo se
dispone de un nico sistema la utilidad del sistema de transportes se
reduce a traspasar informacin dependiente de mandante de un
mandante a otro dentro del mismo sistema. El sistema de transporte
puede usarse para:
Borrado de objetos obsoletos en el sistema destino.
Insercin de nuevos objetos en el sistema destino.
Modificacin de objetos ya existentes en el sistema destino.

STMS
El sistema de transporte de SAP
es la herramienta que nos
permite mantener el control de
cambios a lo largo de los
distintos sistemas de nuestro
ambiente.
El propsito de los transportes
es el de mover objetos y
configuracin de un sistema a
otro.
.- Sistema de Transportes TMS

Cola de Transportes

Administracin
Bsica SAP R/3

Administracin Bsica SAP R/3

Visualizacin de los logs


Procesos de Trabajo
Anlisis de los dumps de ABAP
Sistema de Mensajes

System Log
Para poder accesar a esta transaccin se
debe de seguir la siguiente secuencia.
Del men
Tools -> Administration -> Monitor -> System Log

Transaccin
SM21

SM21

Procesos de Trabajo (SM50)


Que es?
Las transacciones sobre la revisin de los procesos permite a los
usuarios ver el status de los procesos de trabajo y monitorear los
problemas.
La transaccin SM51 es una transaccin central desde donde se
puede seleccionar la instancia para monitorearla. SM51 inicia la
transaccin SM50 para cada servidor de aplicacin, que es usado
para un sistema sin servidores de aplicacin.

SM50
Nombre

Descripcin

No.

Numero de work process

Ty

Tipo de work process

PID

Numero de OS PID (Identificacin de proceso)

Status

Status actual del proceso

Err

Errores detectados

CPU

Tiempo Acumulado en CPU

Time

Tiempo acumulado del wall que el proceso actual esta


tomando

Progra
m

Nombre del programa Abap

Clie

Numero de Cliente

User

El ID de usuario

Table

La tabla sobre la que se esta realizando la accion

Anlisis de los dumps de ABAP


(ST22)
Que es?
Un dump de ABAP es generado cuando un reporte o transaccin es
terminado debido al resultado de un error serio. El sistema graba el
error en el system log (sm21) y escribe un snapshoot (dump) del
termino del programa a una tabla especial.
Un ABAP dump es usado para analizar y determinar porque ocurri el
error y para tomar una accin correctiva.

ST22

Sistema de Mensajes (SM02)


Que es?
Un mensaje del sistema es un popup que los usuarios ven cuando:
.- Se firman en el sistema R/3
.- Se mueven entre las pantallas

Por que?
Para enviar un mensaje transmitido a todos los usuarios del sistema.
Para informar al usuario sobre el sistema al que se estan firmando.

Seguridad SAP

Modelo de Seguridad

En cualquier sistema de gestin de informacin integrado se


guardan datos de diferentes reas a los que solo pueden acceder
algunas personas. Estas restricciones pueden darse por varios
motivos:
Proteger datos que afecten a la estrategia de la empresa para no ofrecer ventajas
a la competencia.
Evitar fraudes en la contabilidad o en los cobros y pagos.
Obligacin legal de proteger informacin ajena a la propia empresa como los
datos personales de sus empleados, las condiciones econmicas de los
proveedores.

Modelo de Seguridad

SAP contempla toda esta problemtica implementando un modelo de seguridad que


permite proteger de una manera flexible los datos y las operaciones que se hacen
sobre ellos. En la figura podemos ver un esquema de los componentes de la
seguridad en R/3.

Modelo de Seguridad
Autorizaciones: Una autorizacin consiste en una
asignacin de valores a los campos de un objeto de
autorizacin.
Perfiles: Un perfil es simplemente la agrupacin de varias
autorizaciones que hayamos creado anteriormente. El perfil
es la unidad mnima de seguridad que le podemos asignar a
un usuario.
Grupos de Actividad: Son las agrupaciones de
transacciones y actividades que se crean con el generador de
perfiles.
Usuarios: Para que un empleado tenga acceso a los datos
de gestin de la empresa debe disponer un cdigo de usuario
de SAP.

Creacin de Usuarios (SU01)


R/3 nos permite definir y mantener usuarios y autorizaciones de
usuarios para as tener el control preciso sobre los accesos. La
administracin de usuarios es un proceso simplificado debido a que no
tenemos que mantener los usuarios en el sistema productivo, solo
debemos de realizar las tareas de mantenimiento a usuarios en el
sistema de desarrollo. Posteriormente se pueden transportar estos
objetos de acuerdo al Landscape que manejemos.
Herramientas -> Gestin -> Actualizacin de usuarios -> Usuarios
Transaccin SU01

Seguridad SAP

Modelo de Seguridad

En cualquier sistema de gestin de informacin integrado se


guardan datos de diferentes reas a los que solo pueden acceder
algunas personas. Estas restricciones pueden darse por varios
motivos:
Proteger datos que afecten a la estrategia de la empresa para no ofrecer ventajas
a la competencia.
Evitar fraudes en la contabilidad o en los cobros y pagos.
Obligacin legal de proteger informacin ajena a la propia empresa como los
datos personales de sus empleados, las condiciones econmicas de los
proveedores.

Modelo de Seguridad

SAP contempla toda esta problemtica implementando un modelo de seguridad que


permite proteger de una manera flexible los datos y las operaciones que se hacen
sobre ellos. En la figura podemos ver un esquema de los componentes de la
seguridad en R/3.

Modelo de Seguridad
Autorizaciones: Una autorizacin consiste en una
asignacin de valores a los campos de un objeto de
autorizacin.
Perfiles: Un perfil es simplemente la agrupacin de varias
autorizaciones que hayamos creado anteriormente. El perfil
es la unidad mnima de seguridad que le podemos asignar a
un usuario.
Grupos de Actividad: Son las agrupaciones de
transacciones y actividades que se crean con el generador de
perfiles.
Usuarios: Para que un empleado tenga acceso a los datos
de gestin de la empresa debe disponer un cdigo de usuario
de SAP.

Creacin de Usuarios (SU01)


R/3 nos permite definir y mantener usuarios y autorizaciones de
usuarios para as tener el control preciso sobre los accesos. La
administracin de usuarios es un proceso simplificado debido a que no
tenemos que mantener los usuarios en el sistema productivo, solo
debemos de realizar las tareas de mantenimiento a usuarios en el
sistema de desarrollo. Posteriormente se pueden transportar estos
objetos de acuerdo al Landscape que manejemos.
Herramientas -> Gestin -> Actualizacin de usuarios -> Usuarios
Transaccin SU01

Grupos de Usuarios
Con la finalidad de que la administracin de los usuarios de R/3 se simplifique,
los usuarios se asignan a grupos de usuarios, y los grupos de usuarios a su
vez son asignados especialmente a un administrador de aplicacin para que
estos los pueden controlar y as descentralizar la administracin. Un usuario
puede pertenecer a mas de un grupo, los grupos de usuario no tienen efecto
alguno dentro del sistema hasta que se les asigna un administrador para el
grupo.
Desde Men
Herramientas -> Gestin -> Actualizacin de Usuarios -> Usuarios -> Entorno
-> Grupo de Usuarios
Transaccin SUGR

Creacin de Autorizaciones con


Profile
Generator
El Profile Generator:
apoya a la creacin, generacin y asignacin de
Perfiles. Desde sus inicios aceleraba la implementacin de R/3
simplificando las tareas de implementacin del ambiente de
autorizaciones.
Si necesitamos asignar autorizaciones a nuestros usuarios de R/3
primeramente tenemos la opcin de utilizar Plantillas de Roll de
usuario que vienen estndar si nuestra necesidad es muy especifica
podemos crear nuestros propios roles de usuario a partir de Grupos de
actividad.
Transaccin PFCG

Monitoreo de Usuarios (SM04)


Con la finalidad de verificar la cantidad de usuarios que estn
accesando el sistema y verificar algunos aspectos como la transaccin
que estn ejecutando, el tiempo y los modos o sesiones que tienen
habilitados presentamos a continuacin la herramienta con la que
cuenta R/3 para realizar dichas tareas.
Desde Men
Herramientas -> Gestin -> Monitor -> Supervisar Sistema -> Usuarios
Transaccin SM04

Administracin de
Impresoras

Administracin de Impresoras
(SPAD)

A continuacin se mencionaran algunos conceptos concernientes al


sistema de impresin de SAP y sus variantes:
Local Printing: Es el mtodo mas eficiente y rpido para transferir
datos desde el sistema SAP a el spool del sistema operativo. Es
local por que ambos sistemas de spool estn corriendo en la misma
maquina, es por ello que es mas rpido y confiable.
Remote printing: Es otro mtodo de transferir datos hacia el spool
del sistema operativo. El work process del spool de SAP manda
datos de salida a travs de un enlace de red hacia el spool de un
servidor NT. Con este tipo de conexin se puede accesar cualquiera
impresora que este accesible para el spool del servidor NT, esta
puede ser local o remota.

Administracin de Impresoras
(SPAD)

Una impresora definida en Windows es remota con respecto a


SAP bajo cualquiera de las siguientes circunstancias:
Si la impresora esta anexada a cualquier maquina Windows, y que
en la misma no este corriendo un servidor de aplicaciones de SAP,
el R/3 siempre deber transferir datos de salida de impresin a
travs de un enlace de red o del programa SAPLPD.
Si la impresora esta anexada a un sistema windows NT y este no
es un spool server de SAP.
Si la impresora es un dispositivo compartido en la red y no hay un
spool server de SAP corriendo en la mquina que comparte la
impresora.

Creacin de una Impresora (SPAD)


Antes de Comenzar
La impresora debe estar dada de alta sobre Windows y compartida en
la red segn sea el caso.
Seccionarnos de que el spool work process este corriendo en el
servidor de aplicaciones.
Desde Men
Tool -> CCMS -> Spool -> Spool Administration
Transaccin SPAD

Monitoreo del Spool (SP01)

Monitoreo de la consistencia del


Spool (SPAD)

Monitoreo de la Consistencia
Temse (SP12)
La consistencia de la temse compara los datos de la tablas TST01
(Temse) y TST03 (Temse Data). La temse contiene objetos temporales
tales como el log de un job, request de spool, pruebas de workflow,
logs de batch input y datos temporales de administracin personal. El
reporte RSTS0020 verifica la consistencia.
La relacin entre el objeto y dato contenido en la Temse tal ves sea
destruido por algunas de la siguientes actividades:

Restaurar Backups
Copia de Base de Datos
Copiar clientes usando las herramientas SAP
Borrado de clientes, sin primero borrar objetos

Administracin de
Jobs

Procesamiento en Fondo
Adems de la opcin de ejecutar programas y transacciones
online, SAP nos da la posibilidad de ejecutar procesos en fondo.
Podemos encontrarnos con otros trminos para referirse al
mismo concepto como procesamiento batch o procesamiento en
segundo plano. Simplemente consiste en la ejecucin de un
proceso sin interaccin con el usuario, es decir, que lanzamos el
proceso y el sapgui nos devuelve el control aunque el programa
todava no ha acabado de ejecutarse.
Este modo de ejecucin de procesos adquiere una importancia
vital cuando tratamos con programas que tardan mucho tiempo
en completarse.

Definicin de Jobs
Un Job es conjunto de uno o mas programas que se
lanzan consecutivamente en proceso de fondo. Para
crear un Job 1 utilizaremos la transaccin SM36

Definicin de Jobs
Conceptos y definiciones
Informacin General: Conforma la base de la definicin del job.
Primero tenemos que darle un nombre que defina el propsito que
tiene.
Hora de Inicio: Indica el momento en que se ejecutara el job. Puede
ser inmediata o bien calendarizada.
Pasos: Tras definir como y cuando que se procese el job, por ultimo
vamos a decirle que es lo que queremos que haga, ya sea un
programa, un comando externo o bien un programa que reside en otro
sistema SAP.

Administracin de Jobs (SM36)


Desde Men
Tools -> Administration -> System -> Services -> Jobs -> Define Job
Transaccin SM36

Monitoreo del Job


Desde Men
Tools -> Administration -> Job -> Select Job
Transaccin SM37

Anlisis de Log del Job


Dentro de la sm37 seleccionamos el Job y damos click en la opcin de
Job Log.

Monitoreo Grafico del Job


Que es?
El monitoreo grafico del job es util cuando se coordinan muchos
background jobs debido a que permite
ver estadsticas
individuales de los jobs.
Por que?
Es un formato visual donde su status es indicado por los siguientes
colores:
Job Abortado (ROJO)
Job Activo (Azul)
Si un Job pasa su tiempo esperado para terminar, y otros estn
programados para iniciar, el monitoreo grafico del Job permite ver
el conflicto.

RZ01

Monitoreo de
Performance

Monitoreo del Performance


Conceptos y Definiciones
Logs del Sistema: Es donde el sistema operativo y algunas
aplicaciones graban eventos. Estos eventos son indicativos de que
existe un problema potencial.
Landscape: Esquema en el cual estn distribuidos los sistemas de
R/3 que van a estar intercambiando informacin de acuerdo a un roll.
CCMS: Computer Center Management System. Transaccin donde se
concentran todas la herramientas o transacciones de monitoreo de
R/3.

Monitor del Sistema Operativo


Herramientas que nos auxilia en la obtencin de los logs del sistema
operativo.
Desde Men
Herramientas -> CCMS -> Control/monitoring -> Men Rendimiento ->
Sistema operativo -> local -> actividad
Transaccin OS06

Monitor del Sistema Operativo

Monitor de Alertas Central


La transaccin RZ20 es el monitor de Alertas Central. Aqu podemos
monitorear los servidores que pertenecen al ambiente que
manejamos. Mediante esta transaccin no es necesario loguearse
independientemente a cada sistema para monitorear las alertas.
Desde Men
Herramientas -> CCMS -> Control/monitoring -> Monitor de alertas
Transaccin RZ20

RZ20

Monitoreo de Procesos de R/3


Las transacciones para monitoreo de procesos permiten a los usuarios
ver el estados de los procesos de trabajo y monitorearlos en caso de
problemas.
Desde Men
Herramientas > Gestion -> Monitor -> Supervisar Sistema ->
Resumen de procesos
Transaccin SM51

SM51

Status y Puesta a Punto de los


Buffers
La transaccin para monitoreo y puesta a punto de los buffers del
sistema despliega las estadsticas de performance para estos. Aqu se
observa en general el comportamiento de los buffers de R/3, pero en
general tambin nos ayudan a tomar accin sobre otros componentes
del sistema como pueden ser la base de datos o el sistema operativo.
Desde Men
Herramientas -> Gestin -> Monitor -> Rendimiento -> Setup/Buffers ->
Buffers
Transaccin

ST02

Aspectos Importantes
Las dos cosas mas importantes que se deben de revisar en la pantalla
anterior son:
Hit Ratio: Un valor normal es de 95% o superior. Despues de que
arranca el sistema, este valor es tipicamente bajo por que los buffers
estan vacios. Este se ira incrementando mientras el sistema sea
utilizado y los buffers cargados.
Swaps:
Un valor normal es menor a 1000. Los Swaps ocurren
cuando los datos solicitados no son encontrados en el buffer. Entonces
el sistema tiene traer los datos desde la base de datos a disco, este
valor es reiniciado a cero cuando el sistema es reiniciado.

ST02

Anlisis de la carga de Trabajo


Es utilizado para determinar el performance del sistema. Debemos de
analizar las estadsticas y datos que sean amenaza de falla en el
comportamiento y performance del sistema. Entendiendo al sistema
cuando este esta corriendo nos puede ayudar a determinar que
cambios necesitamos hacer para incrementar el rendimiento.
Desde Men
Herramientas -> Gestin -> Monitor -> Rendimiento -> Workload ->
analysis
Transaccin ST03

ST03

Monitor de Aplicaciones
Mediante esta herramienta podemos determinar los recursos del
sistema que consume cada modulo aplicativo. De esta manera
podemos tener un panorama del sistema y tomar acciones correctivas
en cuanto a la distribucin de los usuarios por modulo aplicativo con
respecto a los servidores de aplicacin con los que contemos.
Desde Men
Herramientas -> Gestin -> Monitor
Transaccin ST07

Locks
Un lock es un mecanismo que previene que otros usuarios hagan
cambios a objetos con los cuales estemos trabajando. Dentro del
sistema pueden existir locks que estn activos pero que en
realidad nadie este ocupando los objetos en cuestin, esto puede
ocurrir por que una transaccin termino con error y no libero el
bloqueo o cuando un usuario se desconecto mientras tenia objetos
bloqueados. Por tal motivo es importante monitorear los lock y
definir cuales deben de ser liberados.
Desde Men
Herramientas -> Gestin -> Monitor -> Entradas de Bloqueo
Transaccin

SM12

SM12

Updates
Un update terminado es el intento de actualizacin de datos fallido a la
Base de datos.
Desde Men
Herramientas -> Gestin -> Monitor -> Actualizacin
Transaccin

SM13

Mantenimiento
Especial

Mantenimiento Especial al
Sistema
Aqu revisaremos el mantenimiento especial al sistema R/3 en el cual
incluye lo siguiente:
Administracin de los Profiles
Aplicacin de Support Package
Realizacin del Upgrade del Kernel
Este mantenimiento es especial en el sistema R/3, ya que da a da
SAP nos da nuevas herramientas para poder administrar mejor
nuestro sistema. A su ves con el cambio y/o mejoramiento de la
funcionalidad del sistema, SAP nos provee actualizaciones para
corregir y mejorar procesos de nuestro negocio.

Administracin de los Perfiles


(Profile)

Un profile o perfil es un archivo de configuracin el cual contiene


los parmetros necesarios que dictaminan la forma en que el R/3
maneja los recursos del sistema (Memoria, Oracle, etc.) y sus
propios recursos. Estos perfiles son almacenados en dos formas,
una de ellas es en la base de datos y en un archivo de sistema
operativo llamado Instance Profiles. De aqu se despliegan tres y
como archivo los podemos localizar en la siguiente ruta:
Instance Profile
\\<Host name>\sapmnt\<SID>\sys\profile\<SID>_DVEBMGS00_<Host name>

Default Profile

\\<Host name>\sapmnt\<SID>\sys\profile\default.pfl

Startprofile
\\<Host name>\sapmnt\<SID>\sys\profile\START_DVEBMGS00_<Host_name>

Administracin de los parmetros


de Datos
Desde Men
Tools -> CCMS -> Configuration -> Profile Maintenance
Transaccin RZ10

Administracin Parmetros
Bsicos
Desde Men
Tools -> CCMS -> Configuration -> Profile Maintenance
Transaccin RZ10

Support Packages
Los support Packages es una coleccin de correcciones que se
aplican al repositorio de ABAP. Estas correcciones afectan las
reas de Basis y funcional. El support package no acumula
correcciones a los mdulos de aplicacin. Se deben de obtener y
aplicar las notas correspondientes al modulo.
Algunos conflictos acerca de cuando se deben de aplicar:
Para prevenir serios problemas, para SAP los clientes deberan
aplicar todos los Support Packages que estn liberados.
La posicin de algunos clientes es que todos los cambios al
sistema deben ser probados y esto los llevara a dedicar mas
tiempo en sus pruebas.
Para contar con una buena estrategia se deben obtener las notas
relacionadas con el support package.

Aplicando Support Package


1.
2.
3.
4.
5.
6.
7.

Determinar que Support Package tienes instalado


Revisa las notas en SAPNet del Support Package a aplicar
Determina si el Support Package debera ser instalado
Obtn el Support Package.
Aplicar el Support Package
Confirmar el Support Package
Revisin Log

Actualizacin de la SPAM
Pre-requisitos

El sistema R/3 debera no estar activo


Todos los servidores de aplicacin deben ser dados de baja
El SPAM update debera de ser bajado de SAPNet
Cuando usamos SAPNet-Web, el archivo empaquetado contiene
archivos .ATT y .PAT los cuales deben de ser movidos al
subdirectorio /usr/sap/trans/EPS/in

Logearse al cliente 000, con un usuario que tenga los mismo permisos
de SAP*, pero no usar este ni el DDIC.

Kernel Upgrade
El proceso de Kernel Upgrade es reemplazar archivos a nivel de
sistema operativo. El kernel upgrade normalmente corrige bugs
u otro tipo de problemas del Kernel.
Para actualizar el kernel se tienen los siguientes pasos:
1.
2.
3.
4.
5.

Revisar toda la documentacin del Kernel Upgrade


Siempre realizar el upgrade en el sistema de calidad o
desarrollo
Obtener el nuevo kernel (dw1_nnn.CAR, dw2_nnn.CAR)
Desempaquetar los archivos
Realizar Backup del sistema, base de datos y sistema
operativo

Kernel Upgrade
6.
7.
8.

Detener el sistema R/3


Detener los servicios de SAP
Realizar backup del directorio donde se encuentra los archivos
NT: <drive>:\usr\sap\<sid>\sys\exe\run

9.
10.
11.

Copiar los nuevos archivos al directorio del kernel


Reiniciar
Monitorear el sistema R/3

FIN DE PRESENTACION

Gracias por su Atencin


y xitos en sus Labores