Está en la página 1de 7

 Increase retention period ST03:

Collector and Performance DB  Performance Database  Workload Collector Database 


Reorganization  Control

 Clave de Desarrollador:
https://support.sap.com/home.html  Keys, Systems & Installations  Keys  SSCR Keys  Launch
the SSCR application  Register  User ID and Installation Number (SLICENSE)

https://support.sap.com  My Support  Keys  SSCR Keys  Launch the SSCR application 


Register

 TRANSACCIONES:
- AL11 = Directorios del sistema SAP
- DB02 = Ánálisis del estado de la base de datos y el espacio ocupado
- DB12 = Backup Logs
- DB13 = Backups
- DBACOCKPIT = Monitorear las operaciones y funciones de la base de datos
- PFCG = Modificar Rol
- RZ10 = Revisar los perfiles SAP como default profile e instance profile. Podremos ver datos de
creación, modificación, ubicación…; así como modificar o crear parámetros.
- RZ11 = Parámetros
- RZ20 = CCMS para generar alertas de la BD
- RZ70 =
- SCC3 = Monitorizar gestión Mandantes
- SCC4 = Configuración Mandantes
- SCC5 = Borrar mandantes
- SE01 = Crear nueva orden de transporte
- SE03 = Herramientas de organizador de transporte
- SE06 = Opciones cambio Sistema
- SE09 y SE10 = Liberar ordenes
- SE16 = Tablas
- SE37 = Funciones
- SE38 = Editor ABAP (Ejecutar report)
 Program RSPARAM  Execute  Execute = Ver parámetros del perfil
- SE51 = Screen Painter
- SE93 = Transacciones Z
- SITSPMON = Internal ITS Status (MIrar el consumo de memoria ITS)
- SM04 = Usuarios conectados al Sistema
- SM12 = Bloqueos
- SM13 = Errores de actualización
- SM21 = Logs del Sistema
- SM36 = Creación de Jobs
- SM37 = Jobs
- SM58 = Visualizar el log luego de la ejecución de una RFC transaccional
- SM59 = Configuración de conexiones RFC
- SM66 = Resumen de todos los procesos que corren
- SMQ1 y SMQ2 = Se utilizan estas transacciones para monitorear el status de las Unidades Lógicas de
Trabajo (LUW), reiniciarlas o desbloquearlas en caso ocurra algún problema.
- SM_WORKCENTER = Abrir SAP Solution Manager
- SNOTE = Aplicación de Notas SAP
- SPAD = Chequeo de consistencia del spool
- SPAM =
 En Mandante 000  Utilities  Check transport tool = Ver versión del TP
- SP01 = Órdenes de salida de impresión
- SPRO =
- SSAA =
- ST02 = Tune Summary (mirar Swap) / Verificación de estadísticas de Buffers
- ST03 = Verificación de Tiempos de Respuesta del Sistema
- ST04 = Verificación de rendimiento de la Base de Datos
- ST06 = Verificación de estadísticas de Buffers
- ST22 = ABAP dumps (ABAP run time errors)
- SU01 = Gestión de usuarios
- SU10 = Gestión masiva de usuarios
- SU53 = Ver autorizaciones que faltan
- SUIM = Usuarios, Roles, Permisos…

 Abrir mandante:
SCC4 + SE06
En la SCC4 podemos ver el historial de modificación de mandante, en Utilities  Change Logs.
La tabla T000 muestra los cambios en la SCC4.

 ABAP Debugg RACE:

SE37  SP_STAT_DATA_GET  Display

Línea 128 breakpoint de usuario (Set/Delete External Breakpoint)

SE38  CRM_CIC_CTI_LOAD  Variante CARGA_BW_DIA  Ejecutar  F6

Doble click sobre la función l_err_text

 Parar y arrancar SAP Linux:


Logarse con el Usuario SIDADM  Ver el SID en /sapmnt o en /usr/sap
stopsap r3
startsap r3
 Transportes

 Transportes entre sistemas no visibles entre ellos:


Hay que tener dos ficheros, unos que empezara por R y otro por K, y hay que moverlos al directorio de
transportes (al data y cofile respectivamente) y cambiar propietario, grupo y permisos (normalmente se
hace en el Servidor de Desarrollo):

Después para ver si aparece liberada la orden y tarea, vamos a la SE09 > Display Individually (gafas) >
DIMK902590 (en nuestro caso), y vemos la que orden es la DIMK902589 y aparece liberada, por lo que
vamos a Calidad a la STMS y buscamos la orden y si no aparece la añadimos desde Extras > Other
Requests > Add > DIMK902589 (en nuestro caso), y ya transportamos normalmente.

 Usuario Transportes:
Usuario TMSADM es el que realiza los transportes, siempre acceder al mandante 000

 Ver que usuario ha transportado:


You may use the STMS, then click "Import Overview" button with a truck icon or you may press F5. Put
your cursor on the target client let say PRD and on the menu path, go to "Goto">>"History">>"Import
History" or you can simply press CTRL F7. A list of previously transported transport number will display.
To show who transported them, go to "Edit">>"Display More" or simply press CTRL SHIFT F1. A new
Column "User" will appear afterwards indicating who transported the transport number on the list.

 Permisos para tablas a usuarios:


Vamos a la Tx_SM30, tenemos 2 tablas:
- ZUSR_GRP
- ZGRP_TABLES

Localizamos al usuario en la tabla ZUSR_GRP, y miramos el grupo al que pertenece.


Vamos a la tabla ZGRP_TABLES y metemos otra entrada con la tabla que nos soliciten fijándonos en que
tiene que seguir un orden secuencial.

 Backups recomendados SAP:


Si es un sistema SAP, está en los manuales, pero básicamente es:
- DEV & QUA: FULL semanal / INCR todos los días (lo normal es que estén en modo simple las
BBDD y no se necesite backup de log).
- PRO: FULL diario / LOGS cada 1 o 2 horas.
No obstante, mira también el RPO de la oferta para saber cuándo se deberían hacer los backups.

 Permisos DEBUG:
Crear un Rol e incluir los siguientes objetos:
- S_DEVELOP
- S_PROGRAM

Incompleto….

 BO Demo Techedge (BI launch pad):


http://IP o HostName:8080/BOE/CMC
http://192.168.60.14:8080/BOE/CMC
administrator
Theguard1!
 Autorización de objetos:
Para saber que autorización se necesita se accede a la Tx_SU53

Guardar y Generar

 Gestión masiva usuarios:


Tx_SE16  UST04 = Ver todos los usuarios con un perfil determinado
Tx_SU10 = Eliminar/Añadir Rol, perfil…

 Saber diferenciar entre una copia homogénea de sistema y una migración OS/DB (copia
heterogénea):
o Copia homogénea de un sistema SAP (SAP Homogeneous System Copy):
Una copia de sistema homogénea es aquella en la que se copia, o se mueve, un sistema SAP a un
nuevo ambiente donde:
1. El sistema fuente y destino utilizan el mismo sistema operativo y el mismo sistema de base de
datos.
2. La arquitectura de hardware permanece igual, o es un sucesor certificado, y esta soportado por
SAP para este proceso.
Este tipo de proceso puede ser realizado por los clientes de SAP. No requiere que la persona que
realice el proceso este certificada en migraciones SAP de OS/BD (Sistema Operativo / Base de
Datos).
Una copia homogénea puede ser utilizada para:
- Cambiar el hardware actual del sistema.
Nota: Dependiendo del método utilizado para ejecutar la copia homogénea del sistema, si el
sistema destino requiere una versión de la base de datos o del sistema operativo que no es
soportada por la versión del sistema SAP a ser copiada, pudiera ser necesario primero actualizar la
base de datos o el sistema operativo del sistema fuente. Incluso, para sistemas SAP antiguos,
pudiera ser necesario realizar una actualización (upgrade).
- Cambiar el SAPSID utilizado en el sistema actual.
- Para crear sistemas test, sandbox o actualizar el sistema de calidadNota: Al generar un sistema
de test, sandbox o actualizar el sistema de calidad (QAS) a partir de una copia homogénea del
sistema de producción es importante agregar a la etapa de post-instalación todas las
modificaciones necesarias para ajustar el nuevo sistema de forma que no quede ninguna
conexión con los sistemas satélites conectados al sistema origen. Por ejemplo, si se tiene
configurado un servidor de contenido (Content Server) al sistema de origen, es importante hacer
los cambios en el sistema destino para que este apunte a un contenedor de documentos utilizado
para desarrollo o calidad (o simplemente desactivar su configuración), ya que de lo contrario si
se llega a modificar un documento en el sistema destino se estará modificando el mismo
documento publicado en el sistema origen.
- Mover un sistema fuera, o dentro, de una configuración MCOD (“[M]ultiple [C]omponents are
stored in [O]ne [D]atabase”, múltiples componentes son almacenados en una base de datos).

o Copia heterogénea de un sistema SAP (SAP Heterogeneous System Copy):


Una copia de sistema heterogénea es aquella en la que se copia, o se mueve, un sistema SAP a un
nuevo ambiente donde:
1. El sistema fuente y destino utilizan diferente sistema operativo y/o diferente sistema de base de
datos.
2. Un cambio en la arquitectura de hardware está involucrada en la mayoría de los casos.
Este tipo de proceso sólo puede ser realizado por un consultor SAP con una certificación especial
para migraciones OS/DB. De hecho, esto es verificado por SAP como parte del alcance del proyectos.
Una copia heterogénea puede ser utilizada para:
- Mejorar el hardware actual del sistema.
- Mejorar el rendimiento del sistema al cambiar la tecnología hardware / software utilizada.
- Para migrar a nuevas tecnologías disponibles.
- Por necesidades del negocio para la reducción de costos.
- Obsolescencia del hardware y/o software utilizado.
- Estandarización de la plataforma de la empresa.
En la siguiente tabla podemos observar las diferencias entre una copia de sistema homogénea y una
copia de sistema heterogénea y cuando se utiliza cada uno de estos procesos:

Nota: Si la arquitectura del hardware en una copia de sistema cambia pero se mantiene el mismo
tipo de sistema operativo, SAP considera esto como una copia homogénea. En este sentido, SAP
asume que el comportamiento del sistema operativo será el mismo sin importar la plataforma
subyacente. En este sentido es importante revisar la documentación de la base de datos y el
sistema operativo para más detalle. Algunos ejemplos son: desde HP-UX PA-RISC hacia HP-UX
IA64, desde LINUX X86 hacia LINUX POWER, etc.
Para llevar a cabo una copia heterogénea de un sistema SAP es importante solicitar a SAP el servicio
“SAP OS/DB Migration Check” para cada uno de los sistemas productivos SAP involucrados en el
proyectos:
- Este servicio es entregado por SAP como un servicio remoto.
- El costo del SAP OS/DB Migration Check es específico de la ubicación del cliente y pueden diferir
de un país a otro.
Nota: Las herramientas requeridas (software) para una copia de sistema homogénea o
heterogénea son provistas por SAP a sus clientes de forma gratuita y puede ser descargado desde
el SAP Service Marketplace.

 RFCs:
Una RFC (Remote Function Call) es una interfaz estándar que utiliza el sistema SAP para la comunicación
entre sistemas SAP o entre un sistema SAP y un sistema no SAP.

Existen tres tipos de RFCs, ellas son:


o Sincrónicas: son las primeras RFCs que introdujo SAP. Necesitan que los sistemas que se
comunican, es decir el cliente y el servidor, estén disponibles en el momento que se realiza la
comunicación. Son necesarias cuando se requiere saber el resultado inmediatamente después
de la ejecución.
o Asincrónicas: en este tipo de RFCs no se requiere que ambas partes estén disponibles en el
momento de la comunicación y el resultado de la comunicación no se requiere inmediatamente
luego de la realizada la misma.
o Transaccionales: es un tipo de RFC asincrónica. Es un método de comunicación que ejecuta el
llamado módulo de funciones solo una vez, incluso si los datos se envían varias veces por algún
inconveniente.

La transacción estándar de SAP SM58 se utiliza para visualizar el log luego de la ejecución de una RFC
transaccional.