• Share
  • Email
  • Embed
  • Like
  • Save
  • Private Content
Traducción bc360
 

Traducción bc360

on

  • 5,912 views

curso sap basis

curso sap basis

Statistics

Views

Total Views
5,912
Views on SlideShare
5,884
Embed Views
28

Actions

Likes
3
Downloads
229
Comments
2

2 Embeds 28

http://isearch.babylon.com 27
http://www.slideshare.net 1

Accessibility

Categories

Upload Details

Uploaded via as Adobe PDF

Usage Rights

© All Rights Reserved

Report content

Flagged as inappropriate Flag as inappropriate
Flag as inappropriate

Select your reason for flagging this presentation as inappropriate.

Cancel

12 of 2 previous next

  • Full Name Full Name Comment goes here.
    Are you sure you want to
    Your message goes here
    Processing…
  • gracias
    Are you sure you want to
    Your message goes here
    Processing…
  • thanks very much
    Are you sure you want to
    Your message goes here
    Processing…
Post Comment
Edit your comment

    Traducción bc360 Traducción bc360 Document Transcript

    • <1. INTRODUCCIÓN Introduction 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999 Contenidos: - Estudio de los conceptos y términos esenciales de R/3. - Resumen de los pasos básicos del Sistema R/3. Objetivos: - Explicación de ciertos conceptos y terminología importante de R/3. - Descripción de los pasos desencadenados por el sistema durante una conexión en R/3 o mientras se está ejecutando una transacción.
    • Estructura de datos de los Sistema R/3Data Structure of R/3 Systems Application Data (Sales Orders, ...) User (Authorizations, User Master Client-specific Customizing Record, ...) (Company Code, Plant, Warehouse, Client Sales Organization, Personnel Area, ...) Cross-client Customizing Repository (Dictionary, Reports, Transactions, Dictionary, Transactions, Development Function Modules, ...) Modules, classes Basis FI CO HR PP MM SD ... © SAP AG 1999 Los mandantes (unidad organizativa) del Sistema R/3 están organizados de forma independiente. Cada mandante tiene su propio entorno de datos con su propio maestro de datos, transacciones de datos, usuario maestro de datos, y los parámetros de construcción según especificaciones. Usuarios en distintos mandantes coexisten en el mismo Sistema R/3, pero sus datos están aislados y otro mandante no puede acceder a ellos. Sólo los usuarios que disponen de las autorizaciones necesarias pueden ver o procesar datos de un mandante específico. Este concepto de aislamiento se ve reflejado en el diseño de las tablas de R/3, tanto en el nivel de aplicación como en el de personalización, que es una adaptación específica del Sistema R/3. Está adaptación se denomina client- specific customizing. Por otra parte, existen también ajustes extensos del sistema, que normalmente sólo es necesario realizarlos una vez, que afectan a todos los mandantes de un Sistema R/3. Estos ajustes se denominan cross-client customizing. El mandante 000 está definido en el estándar de SAP y el cliente no puede modificarlo. Este mandante sirve de plantilla de copia para la creación de nuevos mandantes.
    • El lugar de almacenamiento está formado por informes de ABAP, menús,dynpros, todos los diccionarios de objetos (tablas, elementos de datos ydominios), etc. Los objetivos a los que se destina este Repositorio afectan atodos los mandantes de un Sistema R/3.
    • Pasos de conexión al Sistema R/3R/3 System Logon Steps Ex.: IP: a.b.c.73 Ex.: IP: X.Y.Z.10 SAP GUI 2 10 IP: X.Y.Z.20 1 IP: X.Y.Z.10 3 M Dispatcher Dispatcher 4 9 D V E B S ... D V B D ... 8 5 Database processes 7 6 Database © SAP AG 1999 Cuando se inicia un proceso de SAP GUI (herramienta que implementa el control gráfico de los elementos del Sistema R/3), se envía un parámetro de línea de comando indicando una de las siguientes informaciones: - Un dispatcher específico al que se accede directamente. - La petición de conexión debe enviarse primero al servidor de mensajes para realizar el balanceado de carga de conexión. Cuando se utiliza el balanceado de carga de conexión, el servidor de mensajes devuelve la dirección IP y el número de instancia de un dispatcher determinado. El número de dispatcher disponibles para la conexión se configura en el sistema. El balanceo de carga de conexión es útil si algunos grupos de usuarios están asignados para trabajar en servidores específicos. El servidor de mensajes devuelve la dirección IP de uno de los dispatcher asignados como, por ejemplo, el dispatcher que haya mostrado el mejor tiempo de respuesta en los últimos cinco minutos. Los tiempos de respuesta se almacenan en la colección de datos de carga de trabajo. El proceso iniciado se conecta entonces al dispatcher que se le ha asignado, que selecciona un proceso de trabajo de diálogo libre para comparar los datos de conexión del usuario con los datos del usuario almacenados en la base de datos.
    • Si los datos de conexión del usuario no coinciden con los del usuarioalmacenados en la base de datos, no se permite la conexión. Si la conexión serealiza correctamente, el SAP GUI se establece con el usuario. El dispatcherseleccionado y su proceso de trabajo se utilizan durante la sesión.Si un usuario se desconecta y se conecta de nuevo al sistema, el balanceo decarga de conexión puede que haga que el servidor de mensajes seleccione otrodispatcher para que el usuario trabaje con él.
    • Definición de instancia y de servidor de aplicaciónDefining Instance and Application Server Instance A Instance B Dispatcher Dispatcher S S ... B ... Central Instance C Dispatcher Message D V E B S ... server © SAP AG 1999 Una instancia es un grupo de servicios de R/3 que se inician y paran a la vez. Normalmente, una instancia es un dispatcher con su proceso de trabajo, aunque otros servicios autónomos como gateway pueden denominarse instancias. Una instancia central es un dispatcher que ofrece todos los procesos del Sistema R/3. Un servidor de aplicación de R/3 es un ordenador en el que una más instancias están ejecutándose. Un Sistema R/3 consiste en una o más instancias de R/3. Las instancias pueden ejecutarse en uno o más ordenadores. Cada instancia pertenece exactamente a un Sistema R/3. Desde el punto de vista del Hardware, un servidor de aplicación se puede definir como un ordenador en el que al menos un dispatcher, también denominado instancia de diálogo, se está ejecutando.
    • Se aplican las siguientes restricciones al número de procesos de trabajo de cadatipo: - Dialog (D): cada dispatcher necesita al menos 2 procesos de trabajo de diálogo. - Spool (S): al menos 1 por Sistema R/3 ( se permite más de uno por dispatcher). - Update (V): al menos 1 por Sistema R/3 ( se permite más de uno por dispatcher). - Background (B): al menos 2 por Sistema R/3 (se permite más de uno por dispatcher). - Enqueue (E): exactamente uno por Sistema R/3 (sólo se necesita y se permite uno).
    • Pasos del sistema de diálogoSystem Dialog Step Dialog request queue 2 Dialog work process 1 3 5 Taskhandler Dynpro processor 6 Dispatcher Dispatcher SAP GUI 9 SAP GUI 8 ABAP processor Database interface 12 10 Roll in 7 4 Roll out 11 User context in main memory Database © SAP AG 1999 Una vez que se ha establecido la conexión con el dispatcher a través del SAP GUI y se ha iniciado una sesión con el sistema, para cada petición se ejecutan los siguientes pasos: - Los datos se pasan desde el SAP GUI al dispatcher utilizando el protocolo de SAP GUI (basado en TCP/IP). - El dispatcher clasifica la petición y la coloca en la cola apropiada. - La peición se pasa según el orden de recepción a un proceso de trabajo de diálogo que esté libre. - Los procesos encargados de tareas de manipulación restauran el contexto del usuario en un paso conocido como roll-in. El contexto de usuario contiene principalmente datos de las transacciones que se ejecutan en ese momento y sus autorizaciones (es decir, tú y tus autorizaciones). - Los procesos encargados de las tareas de manipulación llaman al procesador dynpro para convertir datos en variables de ABAP. - El procesador de ABAP ejecuta la codificación del módulo del proceso posterior a la entrada (PAI: process-after-input) de la pantalla previa, junto con el módulo del proceso previo a la salida (PBO: process-before-output) de la siguiente pantalla. Si es necesario, se comunica también con la base de datos.
    • - El procesador dynpro convierte las variables de ABAP de nuevo en campos visualizables. Cuando el procesador dynpro termina sus tareas, los procesos encargados de tareas de manipulación se activan de nuevo.- Los procesos de tareas de manipulación almacenan en la zona de memoria compartida ( roll-out) el contexto actualizado del usuario.- Los datos resultantes se devuelven al usuario a través del dispatcher.
    • Multiplexación de procesos de trabajoWork Process Multiplexing Dynpro100 Request queues Dynpro200 SAP GUI ... ... 9 18 Request queues 1 10 2 11 M Dispatcher Dispatcher 8 17 3 12 D V E B S ... D V B D ... 7 16 4 13 Database processes 6 15 5 14 Database © SAP AG 1999 Si una transacción involucra el uso de uno o más pantallas, varios procesos de trabajo de diálogo de un dispatcher realizan normalmente los pasos del sistema de diálogo que se muestran en la pantalla precedente. A cada petición de diálogo: - El dispatcher la sitúa en la cola de peticiones de diálogo. - Lo antes posible, se asigna a un proceso de trabajo de diálogo que esté libre. Los procesos de trabajo no realizan operaciones de base de datos, sino que se pasan datos y comandos a los procesos asignados de la base de datos utilizando su propia interfaz de base de datos.
    • Summary of this Unit In this unit, you have reviewed the following: The steps executed in R/3 during logon The terms “instance” and “application server” as used in the R/3 environment Processing of a system dialog step Work process multiplexing as performed by dialog work processes © SAP AG 1999
    • Further Documentation SAP50 - Basis Technology SAP Technology Infrastructure Brochure available in SAPNet under: Information → R/3 System → Basis Technology SAP Online Documentation SAP Notes: 39412 Number of workprocesses 21960 Two instances on one computer 5424 FAQ: enqueue/locking and others in BC-KRN-CST © SAP AG 1999
    • 2. ARRANQUE Y PARADA Starting and Stopping 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999 Contenidos: - Procesos y servicios en un entorno R/3-UNIX-Oracle. - Arrancar y para procesos y procedimientos. Objetivos: - Describir los procesos de arranque y parada de R/3. - Explicar la relación entre los procesos de base de datos, R/3 y sistema operativo. - Arrancar y parar el Sistema R/3. - Analizar las situaciones de error del sistema durante el arranque y la parada.
    • Arranque del Sistema R/3Starting the R/3 System1. Start the Central Instance Operating system UNIX Logon UNIX shell . 1 <host>> startsap <sid>adm ( startsap_<host>_<instance no>) 2 3 4 5 startdb script Central saposcol Database Instance If not started If not started2. Start additional R/3 instances © SAP AG 1999 El usuario del sistema operativo se conecta en el sistema operativo de UNIX como usuario <sid>adm. Para arrancar R/3, se ejecuta el script startsap_<hostname>_<instance no> desde el directorio del usuario <sid>adm. El script startsap_<host>_<instance no> tiene como alias startsap. Startsap arranca si no se está ejecutando el proceso de saposcol, que es el sistema recolector de estadísticas de los recursos de datos del sistema operativo. Startsap llama al script startdb, que arranca la base de datos si no estaba ya arrancada. Despúes startsap arranca la instancia central. El administrador del Sistema R/3 puede arrancar otras instancias y servidores de aplicación. Para arrancar instancias de forma independiente a la base de datos se utiliza el scrip startsap.
    • El scrip startsap tiene las siguientes opciones: - startsap r3: comprueba si la base de datos se está en ejecutándo; si es así, sólo arranca la instancia. - Startsap db: Arranca solo la base de datos. - Stratsap all: Además de entrar, arranca la base de datos y la instancia de R/3.
    • Arrancar una instancia de R/3Starting an R/3 Instance UNIX shell . Start profileInstance startup > startsap_<host>_<nr>sequence sapstart Default and instance profileProcesses SE CO MS Disp+workServices WP … WP gwrd Connection Database © SAP AG 1999 El script startsap llama al programa SAPSTART. El programa SAPSTART lee el START PROFILE y arranca los componentes y/o servicios de R/3 en la lista que se encuentra en /usr/sap/<SID>/SYS/profile/START_<instance>_<hostname>. - En una instancia central, SAPSTART arranca el servidor de mensajes, el dispatcher, el recolector y el remitente. - En una instancia de diálogo, sólo el remitente y el dispatcher se arrancan. El recolector y el remitente se utlilizan para implementar el log central del Sistema R/3. El dispatcher bifurca y crea procesos menores: - Los procesos de trabajo (dialog, background, spool, update, . . .) se crean de acuerdo con la información en los perfiles /usr/sap/<SID>/SYS/profile/<SID>_<instance>_<hostname> y /usr/sap/<SID>/SYS/profile/DEFAULT.PFL. - El lector de entrada. Este no depende de los perfiles y siempre se arranca. Todos los procesos de trabajo excepto el lector de entrada se conectan con la base de datos.
    • Visión general de los procesos en el nivel del sistema operativoProcess Overview at the Operating System Level UNIX shell X host> ps -ef | grep ora oratc1 26348 1 0 14:32:23 ? 0:00 oracleTC1 (DESCRIPTION=(LOCAL=NO… … host>ps -ef | grep sap.TC1 tc1adm 12812 12804 0 Apr 29 ? 0:07 dw.sapTC1_DVEBMGS00 pf=/usr/sap/ tc1adm 12806 12787 0 Apr 29 ? 0:00 se.sapTC1_DVEBMGS00 -F pf=/usr/sap/ tc1adm 12805 12787 0 Apr 29 ? 0:00 co.sapTC1_DVEBMGS00 -F pf=/usr/s tc1adm 1691 1 0 Apr 22 ? 221:17 /usr/sap/TC1/SYS/exe/run/saposcol tc1adm 12787 1 0 Apr 29 ? 0:00 /usr/sap/TC1/SYS/exe/run/sapstart pf=/us tc1adm 12809 12804 0 Apr 29 ? 58:09 dw.sapTC1_DVEBMGS00 pf=/usr/sap/ tc1adm 12811 12804 0 Apr 29 ? 2:27 dw.sapTC1_DVEBMGS00 pf=/usr/sap/ tc1adm 12804 12787 0 Apr 29 ? 3:32 dw.sapTC1_DVEBMGS00 pf=/usr/sap Dispatcher; parent R/3 work process Sender and collector process is sapstart forked by the dispatcher started by sapstart © SAP AG 1999 La identificación (ID) de varios procesos de R/3 muestra claramente el procedimiento de arranque. Sapstart crea el dispatcher, el recolector y el remitente. Saposcol se arranca directamente desde el scrip startsap. El proceso de arranque de UNIX tiene la identificación 1.
    • Asignación de valores a parámetroAssigning Parameter Values 3 Instance profile <SID>_<INSTANCE>_<hostname> 2 R/3 work Default profile processes DEFAULT.PFL Parameter 1 read sequence C source (Kernel) © SAP AG 1999 Para ofrecer un procedimiento estable de arranque el parámetro de lectura secuencial (también conocido como parámetro de cambio secuencial) se define durante el arranque como se indica a continuación: - Los procesos de R/3 leen los parámetros apropiados del origen C en el núcleo de R/3. - Se lee el perfil omitido /usr/sap/<SID>/SYS/profile/DEFAULT.PFL; se sustituyen los valores del perfil en el origen C por los valores en el perfil omitido. - Se lee el perfil de la instancia /usr/sap/<SID>/SYS/profile/<SID>_<instance>_<hostname>; los valores ya definidos en el perfil omitido o en el origen C se reemplazan con los valores definidos en el perfil de instancia. Este procedimiento asegura esos valores de los parámetros del sistema reflejados en el perfil de la instancia y los valores en el perfil omitido y el origen C. Para visualizar la secuencia de reemplazo para un determinado parámetro, se ejecuta el informe RSFPAR en las transacciones SE38 y SA38. El núcleo de R/3 (disp+work) lee el perfil omitido y el de instancia. Si se cambia uno de esos perfiles, se debe reiniciar la instancia correspondiente de R/3.
    • Registros y rastros del arranque de R/3R/3 Startup Logs and Traces $HOME/<sid>adm/startsap_<host>_<instance no.> $HOME/<sid>adm/startsap_<host>_<instance no.>.log /sapmnt/<SID>/<Instance><No>/work/ ... stderr1 … m Standard error files of program SAPSTART sapstart<m>.trc Trace files of program SAPSTART Startup log of program SAPSTART sapstart.log dev_ms Trace file of the message server dev_disp Trace file of the dispatcherTime dev_w0 … n Trace files of the work processes © SAP AG 1999 Los scripts de arranque de R/3 registran sus acciones en los ficheros log del directorio principal del usuario <sid>adm (directorio home) . Los directorios de trabajo de R/3 contienen ficheros de rastro y de errores de mensajes relativos al arranque de los procesos de trabajo. Hay un directorio de trabajo para cada instancia de R/3. El directorio de trabajo contiene información que posiblemente no se encuentre en el registro Sistema R/3. Los ficheros del directorio de trabajo se inicializan en orden cronológico. Para definir el nivel de información escrito en los ficheros de rastro, se pone el parámetro de perfil rdisp/TRACE en el perfil de la instancia. Los valores para este parámetro son: 0: Escribir solo errores (no rastros). 1: Escribir mensajes de error y avisos. 2: Escribir mensajes de error y rastros cortos. 3: Escribir mensajes y rastros completos.
    • Estos ficheros pueden visualizarse en el nivel del sistema operativo o en R/3: - En el nivel del sistema operativo, se puede utilizar los comandos de UNIX ‘page’, ‘more’ o ‘cat’. - En R/3 se puede utilizar la transacción AL11. - En R/3, se puede utilizar la transacción SM50 para ver la rastro de desarrollo para un determinado proceso de trabajo eligiendo Process → Trace → Display file.
    • Diagnósticos de arranqueStartup Diagnostics UNIX shell c:> startsap startsap.log UNIX shellc:> sapdba sapstart.* -startup Script startdb Program sapstart startdb.log Oracle instance <SID> R/3 instance R/3 System log Sapdba alert_<SID>.log logfiles ora_<nr>.trc R/3 tracefiles dev* © SAP AG 1999 Si se produce un error, se debe localizar la información relativa al error y determinar la causa del problema. Si se deniega el acceso a recursos como los scrips startsap o sapstart , se puede deber a que: - Los permisos del fichero del sistema no son los correctos. - El usuario <sid>adm no esté instalado correctamente. - Existan problemas con la máscara de usuario. Si no se ha arrancado la base de datos, los procesos de trabajo no pueden conectarse a la base de datos y no se puede iniciar el Sistema R/3. El arranque de la base de datos puede fallar debido a que: - Las variables del entorno no son correctas. - La base de datos se está ejecutando en el modo DBA. - Los ficheros de la base de datos están perdidos o corrompidos. - Se han renombrado los ficheros de datos en la base de datos pero no en el nivel del sistema operativo.
    • Si el Sistema R/3 no se arranca, se puede deber a que: - El núcleo de UNIX no está configurado correctamente. - Existen errores en la configuración de la gestión de la memoria. - No se puede acceder a los perfiles de R/3.Si no se puede conectar al Sistema R/3 , utilice el registro del Sistema R/3 paraanalizar los problemas de arranque.
    • Registros y rastros del arranque de la base de datosDatabase Startup Logs and Traces Log file script startdb Script startdb $HOME/<sid>adm/startdb.log Oracle $ORACLE_HOME (/oracle/<SID>/) alert file Oracle instance <SID> saptrace/background/alert_<SID>.log saptrace/usertrace/ora_<pid>.trc Oracle trace UNIX shell information sapdba <host> > sapdba sapcheck… log files sapreorg... sapbackupback<SID> ... © SAP AG 1999 Durante el arranque de la base de datos, startsap llama al script startdb que escribe el fichero de registro apropiado startdb.log. Todos los eventos significativos, como el arranque y la parada de la base de datos y cualquier error de la base de datos, se registran en el fichero de alerta de Oracle /oracle/<SID>/saptrace/background/alert_<SID>.log . La información detallada se registra en el fichero de rastros de Oracle /oracle/<SID>/usertrace/ora_<pid>.trc. Si el administrador <sid>adm utiliza sapdba para arrancar la base de datos, sapdba escribe ficheros de registro en el siguiente directorio dependiendo de las acciones ejecutadas. - /oracle/<SID>/sapreorg. - /oracle/<SID>/ sapcheck. - /oracle/<SID>/ sapbackup.
    • Acciones previas a la parada del Sistema R/3Before Stopping the R/3 System Check background and batch input jobs with SM37 and SM35 Are any jobs active or planned? Will R/3 jobs be triggered from external systems? Check update status with SM13 Send system message with SM02 Check logged-on users with SM04 Check external interfaces R/3 System External application © SAP AG 1999 Antes de para el Sistema R/3, el administrador del sistema R/3 debe revisar: - Visión general de jobs. - Si algún trabajo de fondo o algún servidor de aplicación está activo o se ha desencadenado de forma externa. Utilice la transacción SM37 o elegir System → Services → Jobs → Job overview . - Visión general de procesos. - Si se está ejecutando el proceso de trabajo de fondo BTC en algún servidor de aplicación. Seleccione: Tools → Administration → Computing Center Management System → Control → All work processes. - Visión general de entradas. - Si algún lote de jobs de entrada se está ejecutando. Seleccione System → Services → Batch input → Edit → Overview. - Historial de actualizaciones. - Si algún historial de actualizaciones está abierto cuando el sistema está parado, los historiales se repiten y se envían al estado de inicio. Al arrancarse, los historiales se procesan de nuevo. El administrador debe decidir si interrumpe los jobs o espera hasta que se hayan terminado.
    • De avisos avanzados a los usuarios del sistema para la parada del sistema. Paracrear un mensaje del sistema se utiliza la transacción SM02.Antes de parar el sistema, se utiliza la transacción SM04 para revisar si losusuarios están aún conectados, y pedirles que se desconecten.El administrador del Sistema R/3 y el administrador de sistemas externos sedeben además informar uno al otro de la transferencia de datos entre susrespectivos sistemas.
    • Parar el Sistema R/3Stopping the R/3 System R/3 administrator <sid>adm Edit Select Monitoring Control Utilities System Help ? ChooseRefreshDetails Choose UNIX UNIX > sapdba Oracle R/3 CCMS > stopsap [r3|all] Server Manager -shutdown 2a 1a 1b Script stopdb 3 2b Oracle instance R/3 R/3 <SID> additional central instances instance © SAP AG 1999 Para parar todo el Sistema R/3, el administrador del Sistema R/3 debe parar primero las instancias adicionales y luego parar la instancia central. Para parar las instancias adicionales, existen dos alternativas: - En R/3, utilice El Panel de Control y el Monitor del Sistema en CCM. - A nivel del sistema operativo, utilice el alias stopsap r3. Para parar la instancia central, existen dos alternativas: • Para parar la instancia de R/3 pero no la base de datos, utilice el alias stopsap r3. • Para parar la instancia de R/3 y la base de datos existen a su vez dos alternativas: i. Utilizar el alias stopsap all. Esta para la instancia de R/3 y la base de datos. ii. Para la instancia de R/3 desde el nivel del sistema operativo y luego utilizar sapdba o el Oracle Server Manager para para la base de datos.
    • Diagnósticos de errores en la parada de R/3Stopping R/3: Error Diagnostics Database cannot stop UNIX shell UNIX shell > sapdba -shutdown > stopsap all Cannot stop Database © SAP AG 1999 Si no se puede parar la base de datos cuando se para el Sistema R/3, esto se puede deber a: - La base de datos desarrolla una reanudación de las transacciones abortadas debido a la parada del Sistema R3. Dependiendo del último cometido y de la aplicación, esto puede llevar mucho tiempo. - Si se está realizando una copia de seguridad en caliente. Se debe esperar hasta que se termine la copia de seguridad el caliente. - Se atasca el sistema de archivo justo en el momento en el que se está parando el Sistema R/3. Para liberar el fichero del sistema, se deben salvar los archivos en cinta en el orden correcto. Si no existe una razón evidente por la que no se pueda parar la base de datos, el administrador de la base de datos debe utilizar la transacción SM21 para revisar el registro del Sistema R/3 y los ficheros de alerta de la base de datos. Antes de volver a intentar parar la base de datos, hay que asegurarse de que se ha solventado en problema.
    • Summary of this Unit Now you are able to: Describe R/3 start and stop processes Explain the relationship between database processes, R/3 processes, and operating system processes Start and stop an R/3 System Analyze error situations during system startup or shutdown © SAP AG 1999
    • Starting and Stopping: Exercises No. Exercise 1 Starting 1.1 Log on to the UNIX operating system as user <sid>adm. 1.2 Check if your R/3 System is up and running. 1.3 If your R/3 System is running, stop it. First stop all additional instances, then stop the central instance. 1.4 Restart your system. Did your instance start properly? 1.5 What areas should you check to make sure the system came up properly? 1.6 From saplogon, log on to your system. 1.7 Log on to the R/3 System. 2 Displays 2.1 Display the name of your server and find out which R/3 process types the server has been configured for. 2.2 How many instances are configured in your system? 2.3 Display the job overview. 2.4 Display the batch input overview. 2.5 Display the overview of active users. 3 Stopping 3.1 Send the following message to the active users: "System Stop at 14:00. Please save your work and log off." 3.2 Stop your R/3 instances (not the database). What command did you issue? 3.3 How would you check if your database is still running? 3.4 Now stop the database. What two methods can you use to shut down the database? 3.5 Restart the R/3 instance.
    • Starting and Stopping: Solutions No. Solution 1 Starting 1.1 Log on to the UNIX operating system as user <sid>adm. Make sure you use the SID assigned to you by the instructor. 1.2 Use the following commands. To check all the work processes: ps -ef | grep <SID> | grep dw To check the message server: ps -ef | grep <SID> | grep ms To check the SAP OS collector: ps -ef | grep sapos 1.3 As user <sid>adm, issue one of the following commands. To stop the R/3 instance only: stopsap r3 To stop the R/3 instance and the database: stopsap all or stopsap 1.4 As user <sid>adm, issue the startsap command. You may see messages about saposcol already running (command stopsap does not stop the saposcol process). If your instance started properly, you will see the message: "Instance on host <hostname> started" 1.5 You should look at the startsap log in /home/<sid>adm. You can check the developer traces for all the work processes in directory /usr/sap/<SID>/DVEBMGSxx/work, where xx is your instance number. The files are dev_disp, dev_ms, dev_w*., sapstart.log, ... From the R/3 System, you can view these files using transaction AL11. In the system log (transaction SM21), you can also read about the shutdown and startup of R/3 processes. 1.6 You can access your system from saplogon. To execute saplogon, choose Start → Programs → SAP Frontend. 1.7 Your instructor will tell you your system ID. 2 Displays 2.1 To display the server name, use transaction SM51. Information about the process types is also displayed. For further information, select one of the instances and choose Processes. Alternatively, to display the system processes, use transaction SM66. 2.2 To check how many instances are configured in the system, use transaction SM51. 2.3 To display the job overview, use transaction SM37, or choose System → Services → Jobs → Job overview. Select all jobs with status Released, Ready, and Active.
    • 2.4 To display the batch input overview, use transaction SM35, or choose System → Services → Batch input → Edit → Overview2.5 To display the overview of all active users on the instance where you are logged on, use transaction SM04. For a user overview of the whole system, call transaction AL08.3 Stopping3.1 To send a message to all active users, use transaction SM02, or choose Tools → Administration → Administration → System messages.3.2 As user <sid>adm, from the UNIX prompt, run the script stopsap r3.3.3 To check Oracle processes, use command: ps -ef | grep <SID> | grep ora Start SAPDBA by issuing command sapdba. You will see that the database has status open.3.4 Shutdown using stopsap. As user <sid>adm, run the script stopsap all. Shutdown using sapdba. As user ora<sid>, to shut down Oracle, do one of the following: Call sapdba and choose Startup/Shutdown Instance → b - Shutdown → a - Shutdown normal Issue command sapdba –shutdown.3.5 As user <sid>adm, issue one of the following commands: To start the R/3 instance with the database, startsap all or startsap To start the database only, startsap db, then to start the R/3 instances, startsap r3
    • 3. Asistente para la administración del sistema. System Administration Assistant 1 8 Software Introduction Logistics 2 Starting and 9 Users and Stopping Authorizations 3 System 10 Spool and Assistant Administration Print 4 CCMS 11 SAP Data Configuration Archiving 5 Database and 12 System Administration Backups Monitoring 6 DB 13 SAPNet Periodic Checks Administration: 7 Background Processing © SAP AG 1999 Contenidos y objetivos: - Utilizar el Asistente de Administración del Sistema. - Mantenimiento del Asistente de Administración del Sistema. - Configuración del Asistente de Administración del Sistema.
    • Administración del sistemaSystem Administration Monday , October 4, 1999 SSAA Daily tasks (Periodic tasks ) Do tasks user on SSAA - Checking the System log - Checking the last Backup demand - Monitoring Database GrowthDodailytasks Occasional tasks (tasks on demand ) Watch System administrator the system System monitoring © SAP AG 1999 Las principales tareas del administración del sistema son: - Efectuar todas las tareas periódicas de revisión del estado del sistema - Realizar tareas derivadas de peticiones. - Observar el sistema para detectar errores o situaciones de alerta. Todas las tareas periódicas u ocasionales de un administrador del sistema pueden efectuarse utilizando el Asistente de Administración del Sistema ( transacción SSAA). El Asistente de Administración del Sistema ofrece un único punto de control para todo el sistema.
    • Arranque del Asistente de Administración del SistemaStarting the System Administration Assistant Select your view Worklist Daily work Entire view Training Selective view: Select the function Tasks on demand System administrator Select a period Display only customer tasks Alert view Find errors © SAP AG 1999 Características del Asistente de Administración del Sistema: - Lista de trabajo: Visualiza sólo las tareas que se deben hacer en el día. Se utiliza para operaciones diarias. - Vista completa: Visualiza todas las tareas. Se utiliza para formación. Se utiliza para encontrar una tarea ocasional. - Vista selectiva: Visualiza las tareas por función o por periodo. Reduce la lista y visualiza sólo tareas personalizadas. - Vista de alertas: Visualiza sólo tareas para las que está definida una determinada alerta. Visualiza tareas críticas después de su ejecución o todas las tareas diarias.
    • Administrar utilizando la lista de trabajoAdminister Using View Worklist - Assistant Edit Goto Utilities View Help System x System Administration Assistant (SAA) System AdministrationAssistant (SAA) |- Running yourSystem | |- PRD: OperationsChecklist for the Productive System | | |- PRD:Daily tasks | | |- DB: Monitoring Database Growth | |- DEV: Operations Checklist for the Development System | |- DEV: Daily tasks | |- R/3:Checking theSystem log Only tasks that should be done today are displayed Tasks that are done are not displayed when calling the System Administration Assistant Tasks can be flagged as done Task status can be reset © SAP AG 1999 La lista de trabajo sólo contiene las tareas que se han de realizar en el día. Se puede restaurar el estado de una tarea: - Si no se han hecho todas las actividades de las tarea. - Si se quiere iniciar la tarea más de una vez. Se puede señalizar una tarea como realizada: - Si una tarea se ha realizado antes de lo previsto. - Si más de una tarea conduce a la misma transacción y todas las tareas estaban realizadas cuando se llama por primera vez a esa transacción.
    • Utilizar el Asistente de Administración del SistemaUsing the System Administration Assistant Use the System Administration Assistant (transaction SSAA ) To perform periodic tasks To perform occasional tasks - Assistant Edit Goto Utilities View Help System x System Administration Assistant (SAA) System AdministrationAssistant (SAA) |- Running yourSystem | |- PRD: OperationsChecklist for the Productive System | | |- PRD:Daily tasks RemoteSystem | | |- R/3: Checking theSystem log | | |- DB:Monitoring Database Growth Administer (PRD) | |- DEV: Operations Checklist for the Development System | |- DEV: Daily tasks | |- R/3:Checking theSystem log |- Additional tasks |- R/3: System Administration |- User Copy user : LocalSystem (DEV) © SAP AG 1999 La transacción SSAA es una herramienta de administración para realizar las tareas de administración más importantes. El Asistente de Administración del Sistema contiene una serie se tareas periódicas predeterminadas: - Para un sistema de desarrollo. - Para un sistema de producción. Las tareas se agrupan por periodos. En un sistema de desarrollo, hay relativamente pocas tareas periódicas que realizar. En un sistema de producción, hay muchas tareas periódicas que se designan para prevenir errores o periodos de inactividad del sistema. Por tanto, el periodo de una tarea en un sistema de desarrollo puede ser diferente del de las mismas tareas en el sistema de producción. También, La estructura de árbol del sistema de producción es más compleja que la del sistema de desarrollo, y el camino a la misma transacción es a veces distinto. El Asistente de Administración del Sistema contiene además: - Tareas de peticiones de usuarios. - Tareas que deben ser realizadas a intervalos irregulares.
    • Todas las tareas se presentan en una herramienta. No es necesario navegar pordiferentes menús.
    • Interpretar un listadoInterpreting the Listing Task was done - Assistant Edit Goto in timeView Help System x Utilities System Administration Assistant (SAA) System Administration Assistant (SAA) The status displays: |- Running your System Tasks that are already done | |- PRD: OperationsChecklist for the Productive System | | |- PRD:Daily tasks Tasks that must be done today | | |- R/3: Checking theSystem log | | |- DB:Monitoring Database Growth | |- DEV: Operations Checklist for the Development System | |- DEV: Daily tasks | |- R/3:Checking theSystem log |- Additional tasks |- R/3: System Administration Occasional tasks have |- User Copy user : no status information Task must be done today © SAP AG 1999 La información sobre el estado de una tarea periódica se visualiza con una luz: - Verde si la tarea se hizo en el tiempo previsto. - Roja si la tarea se debe hacer en el día. Para ver la fecha y el usuario de la última ejecución se selecciona la luz verde o roja. Las tareas ocasionales no tienen información sobre su estado. El estado se asigna después de la ejecución de una tarea. Si se permite el acceso remoto, la información sobre el estado está disponible también para sistemas remotos.
    • Mantenimiento del Asistente de Administración del SistemaMaintain the System Administration Assistant - Assistant Edit Goto Utilities View Help System x System Administration Assistant (SAA) System AdministrationAssistant (SAA) |- Running your System | |- PRD: OperationsChecklist for the Productive System | | |- PRD:Daily tasks | | |- R/3: Checking theSystem log | | |- DB:Monitoring Database Growth | |- DEV: Operations Checklist for the Development System | |- DEV: Daily tasks | |- R/3:Checking theSystem log |- Additional tasks | |- R/3: System Administration Define customer-specific tasks | |- User Copy user : |- Customer specific tasks SAP tasks can be used as template |- PRD: Daily tasks |- RuntransactionZABC Customer tasks remain unchanged after upgrade SAP tasks cannot be modified in customer systems © SAP AG 1999 Se pueden añadir tareas personalizadas al final de la lista definiendo una ramificación propia debajo del primer nodo. Si es necesario, se copian las tareas de SAP en el árbol de construcción propio. Si se copian o añaden tareas, se heredan algunos atributos del nodo paterno (como el periodo, la función, la dependencia del sistema operativo, la dependencia de la base de datos y la dependencia del sistema). Estos atributos definen la estructura de los árboles. No se pueden modificar tareas de SAP en sistemas personalizados. Arrancando con la Versión 4.6B: - Se ofrece automáticamente un árbol del cliente. - Puede definir sus propios sub-árboles dependiendo de los espacios de nombres del cliente. Para más información sobre este tema, mire Apéndice 2.
    • Administrar el entorno de un sistemaAdminister a System Landscape R/3 connection not open - Assistant Edit Goto Utilities View Help System x System Administration Assistant (SAA) System Administration Assistant (SAA) |- Running your System | |- PR1: OperationsChecklist for the Productive System | | |- PR1:Daily tasks | | |- R/3: Checking theSystem log Administer RemoteSystem 1 | | |- DB:Monitoring Database Growth (PR1) | |- PR2: Operations Checklist for the ProductiveSystem | |- PR2:Daily tasks | |- R/3:Checking theSystem log | |- DB:Monitoring Database Growth RemoteSystem 2 (PR2) Remote access not allowed © SAP AG 1999 Cuando se utiliza el Asistente de Administración del Sistema en un entorno del sistema, la información sobre el estado de los sistemas remotos se visualiza con él: - Una luz verde si la tarea se hizo en el tiempo previsto. - Una luz roja si la tarea debe realizarse en el día. - Una luz gris si no está permitido el acceso remoto al sistema. - Un relámpago amarillo si la conexión con R/3 está caída. Para obtener más información sobre este tema, mire Apéndice 2. En la Versión 4.6B, puede utilizar el SSAA para administrar su complejo entorno del sistema como se configura en TSM.
    • Mapa de localización y resolución de problemasTroubleshooting Roadmap Operating system Problem occurred: Find the solution or a hint Net- work DatabaseStartup/ShutdownProblems Performance problemsOperationalproblems Application © SAP AG 1999 La guía de localización y resolución de problemas se ha desarrollado para ayudar al administrador del Sistema R/3. Ayuda a encontrar soluciones a algunos problemas comunes así como a analizar dificultades inusuales. La guía ofrece una vista de un mapa de problemas. Se puede utilizar está estructura de mapa para analizar el problema a través de un procedimiento de pregunta-y-respuesta. También se pueden utilizar vistas técnicas para ir directamente al área en el que se sospecha que se está causando el problema. Para encontrar el mapa de localización y resolución de problemas, se selecciona: Running your system → Troubleshooting, Service and Support → Troubleshooting.
    • AutorizacionesAuthorizations Object Fields Value Meaning System Admin. Administrator ADM Administrator authorization: Assistant display and execute SSAA, define functions in (S_SAA_ADMI) System Admin. and maintain new entries Assistant PROJ Project manager authorization: display and execute all tasks in the customizing / development areas and client-specific entries USER Use authorization: display and execute all tasks in the development and Customizing areas that have been assigned to members of the implementation team. Transaction SSAA allows you to go directly to other transactions, so you also need authorization for any transactions you want to call from the System Administration Assistant © SAP AG 1999 • ADM: Autorización de administrador. Visualiza y ejecuta SSAA, define y mantiene nuevas entradas. • PROJ: Autorización de jefe de proyecto. Visualiza y ejecuta todas las tareas en las áreas de construcción según las especificaciones y de desarrollo y las entradas especificas del cliente. • USER: Autorización de usuario. Visualiza y ejecuta todas las tareas en las áreas de construcción según las especificaciones y de desarrollo que han sido asignadas a miembros del equipo implementado.
    • Summary of this Unit Now you are able to: Work with the System Administration Assistant Interpret status information Maintain the System Administration Assistant Configure the System Administration Assistant © SAP AG 1999
    • Further Documentation SAP Online Documentation: Use the help icon or Use the Help Assistant 4.6B for detailed information on the main topics © SAP AG 1999
    • System Administration Assistant: Exercises No. Exercise 1 Working with the System Administration Assistant 1.1 Start the System Administration Assistant (SAA). Which views are available? Select the view that displays the complete administration tree and display this tree. 1.2 Confirm that (because TMS is configured) the SAA offers you a suggested system landscape for administration. System DEV is treated as a test system, QAS as a production system. What consequences does this have for the administration tree? (Compare subtrees DEV and QAS.) 1.3 Expand the tree of your local system. Where do you find the task SAP: Checking the System Log for systems DEV and QAS? Why is there a difference? Choose Execute. What happens? 1.4 Start the Troubleshooting Roadmap. 2 Administer a System Landscape from the SAA In this exercise, you learn how to configure the SAA so that you can administer both systems of your system landscape from the system you are logged into. 2.1 Verify the current settings by choosing Utilities → Check system landscape. If necessary, change Test system name to DEV and Production system name to QAS. (You cannot include a virtual system such as PRD.) 2.2 Enable remote access to the remote system by choosing Utilities → Define remote access. Which changes do you see in the administration tree? 2.3 Choose Utilities → Check R/3 connection. Maintain the fields in the dialog box that appears (an RFC destination for remote access is created from this data). 2.4 Expand the subtree for the remote system and execute task SAP: Checking the System Log. What happens?
    • System Administration Assistant: Solutions No. Solution 1 Working with the System Administration Assistant 1.1 Call transaction SSAA. The tabs shows the available views: Worklist, Entire view, Selective view, and Alert view. Entire view displays the whole tree for system administration. Select tab Entire view and choose Display tasks. 1.2 When you choose Display tasks for the first time, a dialog box presents a suggested configuration for your system landscape. Choose Save. Because system DEV is defined as a test system and system QAS is defined as a production system in the SAA, the tree shows different subtrees for systems DEV and QAS. Subtree DEV has fewer daily tasks than subtree QAS, and the entire subtree for system DEV contains fewer tasks than subtree QAS. The icons beside the remote systems show that no information is currently available from the remote system. 1.3 Subtree DEV: Choose Running your system → DEV → DEV: Unscheduled/Occasional Tasks → SAP: Checking the System Log In a test system, you do not normally take a daily look at the system log. Subtree QAS: Choose Running your system → QAS → QAS: Daily Tasks → SAP: Checking the System Log In a production system, you must monitor the system log daily (QAS is defined as a production system in SAA). Choose Execute. This takes you directly to the system log (transaction SM21). To go back to the SAA, choose Back. 1.4 Choose Running your system → Troubleshooting, Service, and Support → Troubleshooting. Choose Execute. Now you see the initial screen of the Troubleshooting Roadmap. From here, you can perform a structured analysis of problems in different areas. 2 Administer a System Landscape from the SAA To configure SAA for your entire system landscape, perform the following steps. 2.1 In the SAA, choose Entire view and Display Tasks. From the next screen, choose Utilities → Check system landscape to verify that DEV is configured as test system and QAS as production system. If necessary, use the pencil icon and Save to adapt the current settings. If the settings are already correct, choose Continue. 2.2 Choose Utilities → Define remote access and flag Remote for the remote target system. Save these settings. In the next dialog box, choose Continue. Expand the tree Running your system → <SID of the remote system> and notice that the color of the icons has changed from gray to red (this indicates that the status has changed from No information (no remote access) to Function must be executed).
    • 2.3 To define the necessary data for remote access to the remote system, choose Utilities → Check R/3 connection. In the next dialog box, fill in the following data: System number: If remote system is DEV, 00 If remote system is QAS, 10 Server: <hostname of your local system> (because DEV and QAS are on the same hardware installed in the training environment) Client: 200 Save these settings. A dialog box appears: enter a valid user and password for the remote system (client 200). In the next dialog box, choose Continue. Restart transaction SSAA.2.4 Expand the subtree of the remote system and execute SAP: Checking the System Log. This takes you directly to transaction System log on the remote system.
    • 4. Configuración de CCMS CCMS Configuration 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999 Contenidos: - Levantar CCMS. - Arrancar y parar instancias con CCMS. Objetivos: • Levantar CCMS: i. Importar y mantener perfiles. ii. Definir modos de operación. iii. Mantiene definiciones de instancias. iv. Programar modos de operación. • Arrancar y parar instancias con CCMS.
    • Vista general de CCMSCCMS: Overview The Computing Center Management System (CCMS) allows you to monitor, control, and configure R/3 It provides functions for: Profile maintenance Unattended 24-hour system management using operation modes, instance definitions, and scheduling Starting and stopping instances Processing and controlling background jobs, scheduling database backups Automatic reporting of system alerts Dynamic logon load balancing System and network monitoring and analysis © SAP AG 1999 El Computing Center Management System (CCMS) es una parte integral del R/3 Basis. CCMS ofrece herramientas para dirigir: - Sistema R/3 y realización. - Base de datos y archivo. - Cantidad de trabajo. - Rendimiento. - Seguridad. Se puede utilizar el CCMS para analizar y distribuir cantidades de trabajo de los clientes e informar de los recursos consumidos por los componentes del sistema. CCMS además ofrece monitores gráficos y utilidades de gestión. CCMS ofrece funciones de gestión del sistema desatendidos 24 horas de R/3, a través de modos de operación e instancias.
    • Instalar el CCMSSetting Up the CCMSUsetransactioRZ10 maintain Import/ n profiles DAYUsetransactioRZ04 Create modes NIGHT n operationUsetransactioRZ04 Defineinstance(s n ) MaintainUsetransactioRZ04 workprocess for distribution n the instance(s )UsetransactioSM63 Maintain n timetable © SAP AG 1999 Antes de poder trabajar con el CCMS, se debe configurar correctamente la instalación para el entorno. En gran parte, cómo se configure inicialmente el CCMS determina la consistencia y precisión de su funcionamiento. Se instala el CCMS siguiendo los siguientes pasos: - Mantener los perfiles de R/3. Normalmente, se importan los perfiles de todos los servidores activos después de la instalación. Están entonces almacenados de forma automática en la base de datos y activados. - Definir al menos un modo de operación. - Generar definiciones de instancias para las instancias creadas durante la instalación del Sistema R/3. - Si es necesario, se asignan definiciones de instancias a los modos de operación y se adapta la distribución de los procesos de trabajo. - Definir los horarios para operaciones normales para una un ciclo completo de 24 horas. Si los modos de operación, las instancias, o los horarios no están definidos correctamente, el CCMS puede mostrar datos incorrectos.
    • Utilizando el Asistente de Administración del sistemaUsing the System Administration Assistant System Administration Assistant (SAA) Running your system Overview: R/3 System administration DEV: Checklis for the Development / Test System QAS: Checklist for Operationg the Production System Additional Administration Tasks Use the System SAP System Administration Administration Assistant Starting and Stopping the R/3 System from Windows NT to start transaction RZ10 Printing: installing Additional Printers (Profile Maintenance) Sending System Messages Profile Generator: Maintaining Activity Groups Users: Copying a User Users: Locking and Unlocking Users Users: Changing a Password Users: Finding a Missing Authorization Users: Checking Active Users Maintaining System Profiles Operation Modes: Creating a New Operation Mode Operation Modes: Adjusting the Time Table Operation Modes: Manually Switching Modes Operation Modes: scheduling Exception Operation Jobs: Scheduling Jobs Jobs: Checking Job Status and Displaying Logs Importing Hot Packages, Legal Change Patch, ... Performance Monitoring Database Management: Additional Tasks Trouble Shooting, Service and Support © SAP AG 1999 Puede utilizar el Asistente de Administración del Sistema para acceder directamente a la transacción RZ10 para mantener sus perfiles del sistema.
    • Transacción RZ10: mantenimiento de perfilesTransaction RZ10: Profile Maintenance Used for maintenance of all R/3 profiles: De St In fa art st ult pr an pr ofi ofi ce le pr le ofi le Versions Allows you to change profile parameters using basic mode or extended mode Lets you list the active parameters of application servers © SAP AG 1999 Después de establecer los modos de operación de R/3, se importan los perfiles de R/3 utilizando la transacción RZ10. Esta transacción es una herramienta del CCMS para el mantenimiento de los perfiles de R/3. Cualquiera puede llamarla directamente, utilizando el Asistente de Administración del Sistema o, desde el menú principal de R/3, eligiendo Tools → CCMS → Configuration → Profile Maintenance. En la transacción RZ10, se pueden visualizar los datos administrativos para cada perfil, incluyendo el nombre, el tipo, la versión, el fichero del sistema operativo, el servidor de referencia, y la modificación y activación de datos.
    • Existen dos modos de editar perfiles: - En el modo básico, se puede editar una serie de parámetros que cambian con frecuencia. No es necesario conocer los nombres técnicos de los parámetros. Parámetros independientes se agrupan conjuntamente. Si se cambia un parámetro, cualquier parámetro que dependa de él se ajusta automáticamente. - En el modo extendido, se puede utilizar una herramienta de edición. Es necesario conocer los nombres técnicos de los parámetros y sus dependencias.Adicionalmente, se puede eliminar una única versión o todas las versiones de unperfil, comparar perfiles en la base de datos con perfiles activos, y revisarperfiles de distintas formas.
    • Perfiles de R/3R/3 Profiles R/3 installation program R3SETUP Global profile directory Ins prSt De prta Operating art prfa ofil ofil ult nc ofil System e e ee © SAP AG 1999 Los valores de los parámetros del perfil correspondiente a recursos (como la memoria principal, el perfil de inicio, y el perfil de instancia) se crean automáticamente durante la instalación de R/3 a través de la instalación en R/3 del programa R3SETUP. Cuando se ha instalado la primera instancia de R/3, se genera un perfil por defecto junto con el perfil de inicio y el de instancia. Durante la instalación de las instalaciones posteriores, el perfil omitido existente se actualiza. Cuando se ha completado la instalación, los perfiles se utilizan como ficheros de parámetros para las instancias de R/3 y las instancias se inician utilizando los valores de los parámetros de estos perfiles. R3SETUP asigna parte de la memoria del servidor donde está instalada la instancia de R/3. En un entorno distribuido de R/3 formados por servidores de aplicación del mismo tipo de plataforma, se debería instalar un directorio de perfil global en un fichero partido del sistema.
    • Si se asignan valores incorrectos a parámetros, puede ocurrir que las instanciasno se inicien. Siempre hay que tener cuidado cuando se cambia el valor de unparámetro y guardar la última versión de los perfiles.
    • Mantenimiento de los perfiles de R/3Maintaining R/3 Profiles Save 3 R/3 profile 3 maintenance Database transaction RZ10 Import 1 1 2 2 Activate 4 4R/3 ChangeSystemOperatingSystem INSTANCE_PROFIL INSTANCE_PROFIL E E START_PROFIL START_PROFIL E E DEFAULT_PROFIL DEFAULT_PROFIL E E Active profiles Profiles generated by R3SETUP © SAP AG 1999 Después de la instalación, los perfiles se almacenan en el nivel del sistema operativo. Antes de poder cambiar perfiles para distintos servidores de aplicación desde una única pantalla, se deben almacenar los perfiles en la base de datos. Para importarlos dentro de R/3, desde la pantalla de mantenimiento de perfiles, selecciona Utilities → Import profiles → Of active servers. Se importan los tres tipos de perfiles y se realiza una primera revisión de los parámetros. Los perfiles se guardan automáticamente en la base de datos de R/3 y se activan cuando se vuelven a escribir en el nivel del sistema operativo. Si se importan ficheros de un único perfil o se crean perfiles, se deben revisar, guardar y activar los perfiles manualmente. Se pueden además crear y mantener varios perfiles en la base de datos bajo el mismo nombre, asignando diferentes números de versión a diferentes ficheros. Cada vez que se guarda un perfil alterado, se crea una versión separada. La base de datos, de esta manera, contiene ficheros de perfiles del sistema operativo reflejados, versiones antiguas, historiales modificados, y documentación de parámetros.
    • El servidor de aplicación de R/3 está siempre arrancado utilizando el fichero delperfil en el nivel del sistema operativo. Un perfil consiste en dos partes lógicas:entradas en las tablas de la base de datos y un fichero del sistema operativo en eldirectorio global de perfil. Para activar un perfil, se debe escribir en el nivel delsistema operativo y reiniciar el Sistema R/3. Cuando se activa un perfil de labase de datos, si existe otro fichero de perfil con el mismo nombre, una ventanade diálogo pide que se confirme que se quiere rescribir el fichero previo.Adicionalmente, se escribe un fichero de copia de seguridad (backup). Cuando elperfil se activa, se inserta un encabezado en el fichero del sistema operativo, quecontiene el nombre del perfil , el usuario que modificó el perfil, y la fecha y elmomento del cambio. Sólo se puede activar la versión más reciente del perfil.
    • Cambiar los parámetros del perfil de R/3Changing R/3 Profile Parameters R/3 profile maintenance with transaction RZ10 In ro D rof St ofil st fil ef ile pr ar e p p an e au t ce lt Change instance Change global Change instance services instance parameters parameters © SAP AG 1999 En la mayor parte de los casos, se debe usar los valores de los parámetros del perfil estándar propuestos por el sistema. Antes de cambiar los valores estándar, se debe obtener el visto bueno de SAP o de un socio de SAP. Por ejemplo, el servicio de EarlyWatch puede recomendar el cambio de ciertos parámetros de ajuste. Puede ser necesario cambiar los ajustes estándar por las siguientes razones: - Para arrancar o eliminar un proceso de servicio adicional de SAP en un ordenador, por ejemplo, un servicio de mensajes (en este caso se cambia el perfil de inicio). - Para cambiar el parámetro global del sistema que es válido para todas las instancias, por ejemplo, si se quiere mover la base de datos de R/3 de un equipo a otro para incrementar las prestaciones. - Para cambiar los valores de los parámetros para una instancia de R/3, por ejemplo, el número de procesos de trabajo de fondo. Antes de abandonar el modo de mantenimiento básico o extendido, se revisan los perfiles modificados automáticamente y se visualiza cualquier error o inconsistencia. Después de la activación, todos los cambios de parámetros se documentan en el fichero del sistema operativo.
    • Cuando se modifican parámetros de perfiles, los cambios no tienen efectoinmediato. El cambio dinámico (activación de parámetros sin reiniciar elsistema) es posible solo para los parámetros de gestión de memoria de un perfilde instancia.
    • Revisar y comparar perfiles de R/3Checking and Comparing R/3 Profiles In In D prst st ef St ofi an pr an au ar lece ce ofi . lt pfl let Pr ofi Check a single Check all profiles profile R/3 profile maintenance (transaction RZ10 ) Database Operating compare system © SAP AG 1999 Se pueden realizar revisiones extensas de la salud de uno o más perfiles. Se puede revisar la sintaxis del perfil, la ortografía de los nombres de los parámetros, y la semántica. Cuando se ejecutan estas revisiones, se genera un log por cada mensaje de alerta o error. Cuando se revisa un único perfil, los parámetros se dividen en dos clases. Para cada clase, existe una regla separada de revisión. Por ejemplo, la regla de revisión para la clase del parámetro time value informa de un error si el valor del parámetro en esa clase (como rdisp/btctime) es menor que 0. Cuando se revisan perfiles, se puede también revisar si todos los perfiles de un tipo utilizado en un Sistema R/3 son consistentes con los otros. Por ejemplo, se pueden revisar todos los perfiles de arranque para ver exactamente un servidor de mensajes arrancado, o todas los perfiles de instancia se pueden revisar si se ha configurado un proceso de trabajo de enqueue. Se pueden revisar tanto los perfiles activos de un servidor como todos los perfiles en los modos de operación.
    • Después de que se arranque un servidor de aplicación, se realiza una revisiónautomática para ver si el perfil de datos del servidor como se almacena en labase de datos sigue encajando los perfiles activos en el nivel del sistemaoperativo. Si no es este el caso, se desencadena una alerta en el Monitor deAlerta. Esto permite determinar si los ficheros del sistema operativo se hancambiado manualmente. También se puede realizar esta revisión de formamanual.Los atributos de los parámetros y la documentación están disponibles en latransacción RZ21.
    • Concepto de modo de operaciónOperation Modes: Concept NIGHT Background 12 processing 11 1 10 2 Dialog 9 3 11 12 1 processing 8 4 10 9 2 3 7 6 5 8 7 6 5 4 BTC DAY © SAP AG 1999 Generalmente, los clientes necesitan más procesos de diálogo durante el día y más procesos de fondo por la noche. Para ajustar las proporciones de varios procesos de trabajo de R/3 para que sean apropiados a diferentes fases de la actividad del sistema, se puede: - Mantener el perfil de instancia y reiniciar el sistema (para cambios inusuales). - Definir modos de operación y utilizar intercambio de modos de operación. (para cambios diarios). Los modos de operación optimizan los recursos para las distintas fases de la actividad del sistema. El intercambio de modos de operación reconfigura el Sistema de R/3 dinámicamente, por lo que no es necesario cambiar los perfiles de instancia para el servidor y no se experimentan procesos de inactividad del sistema.
    • Un modo de operación configura la utilización de recursos para todas lasinstancias del Sistema R/3 basandose en: - Los servicios o procesos de trabajo necesarios. - El intervado de tiempo seleccionado.
    • Elegir un modo de operaciónChoosing an Operation Mode 1 DAY_OPERATION Server 1 Dialog 3 Background 2 Server 2 Dialog 4 Background 2Server 1 Server 2 Dispatcher Dispatcher D D D B B D D D D B B © SAP AG 1999 Las operaciones diarias normalmente requieren más procesos de trabajo. Se deben garantizar buenos tiempos de respuesta para las transacciones de entrada de datos importantes, por ejemplo, la orden de entrada SD. Los procesos de diálogo se utilizan para: - Procesos interactivos, como el envío de documentos y lla creación de órdenes de vanta. - Envío de un volumen limitado de datos para que sea insertado y actualizado en la base de datos. - Actividad del usuario con pasos de transacciones limitados. - Procesamiento en tiempo crítico.
    • Choosing an Operation Mode 2 NIGHT_OPERATIO N Server 1 2 Dialog 3 Server 2 Dialog Background 2 4 BackgroundServer 1 Server 2 Dispatcher Dispatcher D D B B B D D B B B B © SAP AG 1999 Las operaciones nocturnas requieren normalmente más procesos de fondo. Los recursos de los procesos de fondo deben estar disponibles para jobs de prioridad alta. Los procesos de fondo se utilizan para tareas que requieren una actividad de la base de datos que es demasiado intensiva para procesos de diálogo, como por ejemplo: - Tareas de fondo (lista de balances, pagos,...) - Lista de procesos. - Procesos periódicos. - Insertar y aumentar grandes volúmenes de datos.
    • Utilizando el Asistente de Administración del SistemaUsing the System Administration Assistant System Administration Assistant (SAA) Running your system Overview: R/3 System administration DEV: Checklis for the Development / Test System QAS: Checklist for Operationg the Production System Additional Administration Tasks SAP System Administration Use the System Administration Assistant Starting and Stopping the R/3 System from Windows NT Printing: installing Additional Printers to start transaction RZ04 Sending System Messages Profile Generator: Maintaining Activity Groups (Create Operation Modes) Users: Copying a User Users: Locking and Unlocking Users Users: Changing a Password Users: Finding a Missing Authorization Users: Checking Active Users Maintaining System Profiles Operation Modes: Creating a New Operation Mode Operation Modes: Adjusting the Time Table Operation Modes: Manually Switching Modes Operation Modes: scheduling Exception Operation Jobs: Scheduling Jobs Jobs: Checking Job Status and Displaying Logs Importing Hot Packages, Legal Change Patch, ... Performance Monitoring Database Management: Additional Tasks Trouble Shooting, Service and Support © SAP AG 1999 Puede utilizar el Asistente de Administración del Sistema para acceder directamente a la transacción RZ04 para configurar y mantener sus modos de operación e instancias.
    • Ajuste de modos de operación e instanciasSetting Up Operation Modes/Instances Operation mode Use RZ04 definition transaction Instances / operation mode Operation mode: Day Instance Choose: Settings definition → Based on current Status → New Instances Operation → Generate mode: Night In Current work process distribution prst of the instance is assigned to the ofi an instance definition for every lece productive operation mode © SAP AG 1999 Para levantar el CCMS, se define un modo de operación de alguna de las siguientes maneras: - Llamando a la transacción RZ04. - Utilizando el Asistente de Administración del Sistema. - Desde el menú principal de R/3, se selecciona Tools → CCMS → Configuration → Operation modes/instances Si no se han definido los modos de operación, se visualiza el modo de operación de prueba DUMMY .El modo de operación DUMMY se configura automáticamente para funciones monitorizadas del sistema, y no puede ser utilizado pora el intercambio de modos de operación. Esto significa que no puede asignarse a un horario. Los modos de operación pueden ser de tipo productivo o de prueba. Sólo los de tipo productivo pueden asignarse a un horario. Las instancias se crean durante la instalación de R/3. R3SETUP automáticamente crea un perfil para cada instancia. Antes de poder crear definiciones de instancias en R/3, se debe tener al menos un modo de operación productivo.
    • No es aconsejable crear una definición de instancia de forma manual. El CCMSdos métodos no manuales: - Si se tienen varios servidores, se puede generar una definición de instancia actualizada para todos los servidores activos. - Si se tienen pocos servidores o si se quieren añadir nuevos servidores, se puede crear una definición de instancia para un servidor cogiendo ajustes actualizados de una instancia abierta. Cuando se generan definiciones de instancia, el sistema importa los datosactualizados de instancia para todo servidor activo de aplicación.
    • Adaptación de definiciones de instancias y modos de operaciónAdapting Instance Definitions and Operation Modes Transaction RZ04 Instance 1: Day Dialog 3 Operation Backgroun 2 mode: Instance Night d Dialog 2 Day definition Backgroun 3 1 Adapt workprocess original d distributio n Instance 2: Operation Instance mode: definition Day Dialog 4 Night Backgroun 2 2 d Night Dialog 2 Backgroun 4 d © SAP AG 1999 Si se genera una definición de instancias utilizando los ajustes actualizados de una instancia activa, se asignan a la definición tanto el modo de operación productivo previo como la distribución del proceso de trabajo actualizado. Si se crea una nueva definición de instancia que no está basada en ajustes actualizados de una instancia activa, se deben asignar los modos de operación de forma manual. Para cada modo de operación asignado, se puede adaptar la distribución del proceso de trabajo relacionado para la definición de instancia. Se puede cambiar el tipo de proceso de trabajo pero no el número total de procesos de trabajo porque este está determinado en el perfil de la instancia. El número mínimo de procesos de trabajo para el diálogo y también para procesos de fondo es 2. El número total de procesos de trabajo de diálogo es siempre el número total de todos los procesos de trabajo menos todos los procesos de trabajo que no son de diálogo. Se pueden reservar uno o más procesos de trabajo de fondo exclusivamente para jobs de prioridad alta (jobs de clase A). Los procesos de trabajo de fondo reservados se cuentan en el número de procesos de trabajo.
    • Ventajas del cambio de modos de operaciónOperation Mode Switch: Advantage Shutdown NIGHT_OPERATIO N ShutdownDAY_OPERATIONServer 1 Server 2 Dispatcher Dispatcher D D D/B B B D D D/B D/B B B © SAP AG 1999 Cuando R/3 cambia de modos de operación, los procesos de trabajo se redistribuyen automáticamente, sin parar ni reiniciar las instancias. No existe tiempo de inactividad en el sistema. Sólo se cambian los tipos de procesos de trabajo. El número total de procesos de trabajo permanece sin cambios después de un cambio de modos de operación. Si el proceso sigue teniendo jobs en el tiempo de cambio, se cambian uno por uno cuando se han completado los jobs. De esta manera, la operación normal del sistema no se interrumpe. No se cancela ningún programa. La ejecución del sistema se mantiene, no se refrescan los buffer de R/3, los buffer de ABAP y los de las tablas. Los cambios de modos de operación se registran en un log del sistema. Para cada proceso de trabajo modificado se guardan el antiguo y el nuevo proceso.
    • Programación de modos de operaciónScheduling Operation ModesTimetable Timetablenormal operation (24-hourfor exceptional operation on March forcycle) 2908.00 - 21.00 Op. mode March 29 A 3 p.m. - 4 p.m. Op. mode21.00 - 08.00 Op. mode C B B A B March 28 B A C A B March 2900.00 08.00 15.00 17.00 21.00 23.59 © SAP AG 1999 El cambio automático de modos de operación se controla con horarios. Se deben mantener también los horarios para la monitorización de CCMS. Se pueden mantener y revisar los horarios de una de las siguientes formas: - Llamando a la transacción SM36. - Utilizando el Asistente de Administración del Sistema. - Desde el menú principal, seleccionar Tools → CCMS → Configuration → Operation mode calendar. El horario permite programar en periodos de 24 horas al día, divididos en intervalos de 60,30 o 15 minutos. Se pueden definir operaciones normales y excepcionales. - En una operación normal, los intervalos de tiempo definidos par los modos de operación se repiten en un ciclo de 24 horas. Se debe programar un periodo completo de 24 horas, no sólo una parte del día. De lo contrario, pueden producirse problemas durante el cambio de modo de operación. - En operaciones excepcionales, se definen intervalos de tiempo para nodos de operación activados una vez en un periodo de tiempo específico. Este horario tiene una prioridad más alta que el horario de las operaciones normales.
    • Sólo los modos de operación productivos pueden cambiar automáticamente.Si el horario para operaciones normales no está definido, la configuracióninicial de acuerdo con el perfil se mantiene activa y no se produce ningúncambio de modo de operación.
    • Cambio manual de modos de operaciónSwitching Operation Modes ManuallyUse the Control Panel (transaction RZ03) to switch operation modes manually: 1 1 Call transaction RZ03 and select the server you want to switch Before you can switch to an operation mode, you must select one 2 2 Switch the operation 3 3 mode for one or all servers © SAP AG 1999 A veces, se puede necesitar cambiar modos de operación de forma manual. Se hace sólo en casos excepcionales, por ejemplo, cuando los cambios automáticos no funcionan correctamente. Para ello, se llama a la transacción RZ03 o, desde el Asistente de Administración del Sistema, seleccionar Entire View → Display → Running Your System → Additional Adminsitration Tasks → R/3 System Administration → Operation Modes: Manually Switching Modes. Desde el panel de control, se puede cambiar a un modo de operación cualquiera en todos los servidores o en un servidor individual. Hay que asegurarse de que la operación manual de cambio no interrumpa el sistema operativo( por ejemplo, ofreciendo demasiado pocos procesos de diálogo). Antes de hacer el cambio manual del modo de operación, siempre hay que probarlo realizando una simulación del cambio. Para simular un cambio, se selecciona Tools → CCMS → Control/Monitoring → Control Panel → Control → Switch operation mode→ Simulation. Un log de prueba describe que cambios son posibles y que errores pueden ocurrir cuando tiene lugar un cambio real.
    • Para cambiar el modo de operación después de la simulación, se seleccionaControl → Switch operation mode. Los servidores permanecen en modo deoperación de activación manual hasta el momento del próximo cambio.
    • Diagnóstico de los cambios de modos de operaciónOperation Mode Switch Diagnostics SAP R/3 instance disp+work.exe WP ... WP gwrd Operation mode Inconsistencies switch failure Operating system Database Configuratio Start and according to n instance profile operation mode Start and instance profile © SAP AG 1999 Si el cambio de modo de operación falla, se debe investigar la causa de ese fallo. Es más probable que la causa sea inconsistencias en el sistema. Pueden ocurrir inconsistencias, por ejemplo, si hay un número diferente de procesos de trabajo: - En el perfil de instancia del sistema operativo. - En la base de datos. - En la definición del modo de operación. Se debe revisar regularmente si el número de procesos de trabajo que se ejecutan actualmente es el mismo que el número de entradas en estas tres partes del sistema. Si se cambian los perfiles y se reinicia el sistema, se deben adaptar los modos de operación así como los definiciones de instancia correspondiente al estado actual. Para revisar los cambios de modo de operación y los cambios de procesos de trabajo dentro del log del sistema, se utiliza la transacción SM21 o, desde el menú principal de R/3, se selecciona Tools → Administration → Monitor → System monitoring → Process overview.
    • Para revisar cambios de procesos de trabajo dentro de la visión general deprocesos, se utiliza la transacción SM50 o, desde el menú principal de R/3, seselecciona Tools → Administration → Monitor → System monitoring → Processoverview.
    • Arrancar y parar instancias con CCMSStarting and Stopping Instances with the CCMS Control Panel Start / Instance (transaction RZ03 ) Stop A Instance B Control instance and started from operating database system © SAP AG 1999 Se pueden arrancar y parar instancias de R/3 con el CCMS. Cuando se arrancan instancias con CCMS: - La base de datos y al menos una instancia de R/3 (la instancia de control) deben haber sido arrancadas desde el sistema operativo. - Se puede utilizar panel de control del CCMS (transacción RZ03) para seleccionar un modo de operación y arrancar de forma remota el resto de las instancias. Se pueden arrancar instancias múltiples o instancias especiales. El panel de control permite revisar el log de arranque para cada instancia que haya sido arrancada. En las plataformas de UNIX, se utiliza el comando rexec para arrancar servidores de forma remota. Para que funcione este comando, es necesario definir un usuario y una contraseña de arranque en la definición de la instancia. En las plataformas sin rexec, es necesario utilizar una herramienta con la misma función que rexec. Por ejemplo, para iniciar instancias del servidor de Windows NT desde un servidor UNIX, el demonio rexec debe estar ejecutándose en el servidor de Windows NT.
    • Autorización de monitorización del CCMSCCMS Monitoring Authorization Object Fields Value Meaning <TCODE> Transaction Code Check for Transaction Transaction Code Start (S_TCODE) 01 all management functions CC Control Center Activity 03 display authorization (S_RZL_ADM) © SAP AG 1999
    • Summary of this Unit Now you are able to: Set up the CCMS: Import and maintain profiles Create operation modes and instance definitions Maintain operation modes and instance definitions Schedule operation modes Switch the operation mode manual Start and stop instances with the CCMS © SAP AG 1999
    • Further Documentation SAP Basis Knowledge Product: System Management SAP Online Documentation: BC Computing Center Management System SAP Notes under components: BC-CCM-CNF-OPM BC-CCM-CNF-PFL © SAP AG 1999
    • CCMS Configuration: ExercisesNo. Exercise1 Preparing your R/3 System to start For these exercises, you should restart your R/3 System.1.1 Under Windows NT, proceed as follows. Group 1 (QAS) using pcANYWHERE: Go to the global profile directory using Windows Explorer. Create a subdirectory called BACKUP and copy the existing profiles into it. Group 2 (DEV) using Telnet: Go to the global profile directory. Create a subdirectory called BACKUP and copy the existing profiles into it. Under UNIX, proceed as follows. Use Telnet. Go to the global profile directory. Create a subdirectory called BACKUP and copy the existing profiles into it.1.2 In R/3, to see if any profiles have been imported to the database, use profile maintenance (either call the transaction directly or navigate with the System Administration Assistant). If no profiles have been imported, what method would you use to import the profiles into the R/3 System?2 Importing, maintaining, and activating profiles2.1 Import all profiles at once into the R/3 System.2.2 (Optional) Import a single profile (an instance profile) into the R/3 System.2.3 Perform a check of the individual profiles you just imported.2.4 Determine the number and the types of the R/3 System work processes.2.5 Change the number of work processes that are configured in the instance profile for your second instance, so that the new settings take effect during the next instance restart. Add 1 more dialog work process and 1 more background work process.2.6 Check the changes to your modified instance profile at the operating system level. Can you see the changes that you made?3 Activating your changes To activate your profile changes, you must stop and start your instance.3.1 Group 1. Use the Microsoft Management Console to stop your instance. Once your instance has successfully shut down, restart the relevant R/3 instance. Group 2. To shut down your R/3 instance, use stopsap with the appropriate parameters. To restart your R/3 instance, use startsap with the appropriate parameters.3.2 Use the process overview and compare the number of work process that are now running with the number that were running in step 2.4. Is there a difference?4 Creating operation modes and instance definitions
    • 4.1 In CCMS, create two operation modes: Day and Night. Either call the transaction directly or navigate with the System Administration Assistant.4.2 Create the instance definitions for your R/3 System. What is the easiest way to create all instances in one step?4.3 Maintain the work process distribution of your instances. Keep the current operation mode Day for both instances and set your operation mode Night to have 4 background processes on the central instance and 3 background processes on the second instance. Configure the central instance to have 2 additional update processes for Night. What happens to the dialog work processes when you add the background and update work processes? Remember to check that, after this exercise, at least 2 background work processes are configured in all operation modes.5 Schedule operation modes5.1 Maintain the operation timetable. Select operation mode Night to become active within the next hour.6 Manual switch of operation mode6.1 Switch the operation mode for all instances manually to operation mode Night.
    • CCMS Configuration: SolutionsNo. Solution1 User Profile1.1 Under Windows NT, proceed as follows. Group 1. In the directory G:usrsap<SID>sysprofile create a subdirectory BACKUP. Copy the profiles into folder BACKUP one by one: for XXX = DEFAULT.PFL START_DVEBMGSxx_<hostname> START_Dxx_<hostname> <SID>_DVEBMGSxx_<hostname> <SID>_Dxx_<hostname> choose Edit → Copy XXX and then Edit → Paste XXX into BACKUP. Group 2. Change to directory G:usrsap<SID>sysprofile. To create the subdirectory, use command mkdir backup. To copy the profiles into the subdirectory, use: copy DEFAULT.PFL backup copy START_<instance name>_<hostname> backup copy <SID>_<instance name>_<hostname> backup Under UNIX, proceed as follows. Change to directory /usr/sap/<SID>/sys/profile. To create the subdirectory, use command mkdir backup. To copy the profiles into the subdirectory, use: cp DEFAULT.PFL backup cp START_<instance name>_<hostname> backup cp <SID>_<instance name>_<hostname> backup1.2 Check transaction RZ10 (from the System Administration Assistant, transaction SSAA, choose Entire view → Display Tasks → Running Your System → Additional Administration Tasks → SAP System Administration → Maintaining System Profiles). If you try to select a profile, you will see that no profiles have been imported. The best way to import the profiles of all active servers is all at once (see solution 2.1).22.1 To import all relevant profiles at once, use transaction RZ10 and choose Utilities → Import profiles → Of active servers. Once the import has been completed, a log file is displayed.2.2 (Optional) Use transaction RZ10 or, from the SAP standard menu, choose Tools → CCMS → Configuration → Profile Maintenance. For the profile that is to be imported, select the instance profile name <SID>_<instance name>_<hostname>. Choose Create and enter a short description. In the administrative data path name, overwrite the capital letters in the hostname with lowercase letters. The type of profile you are importing is already known. Choose Copy. Choose Profile → Import and select the path of the profile you are importing. Example: G:usrsap<SID>profileSID_DVEBMGSxx_<hostname>
    • Choose Copy, then Save. In the following dialog box, choose Yes to activate the profile.2.3 To perform a consistency check from within transaction RZ10, select a profile and choose Check.2.4 Use transaction SM66 (System Wide Work Process Overview) or, from the SAP standard menu, choose Tools → CCMS → Control/Monitoring → Work Process overview. To see the processes with status wait, choose Select process and flag status wait. Note the work process type and numbers.2.5 Use transaction RZ10 and select the instance profile of your additional instance. Select Basic Maintenance and choose Change. Change the number of work processes: add 1 more dialog work process and 1 more background work process. Choose Copy, then Save. In the following dialog box, choose Yes to activate the profile.2.6 Call transaction AL11 and double-click DIR_PROFILE. This takes you into the profile directory. To display your instance profile, double-click it.33.1 Group 1. To stop and start your R/3 instance, use the Microsoft Management Console. You do not need to restart your central instance. Group 2. To shut down your R/3 instance, use stopsap with appropriate parameters. To restart your R/3 instance, use startsap with appropriate parameters.3.2 Use transaction SM66 (System Wide Work Process Overview) or, from SAP Easy Access, choose Tools → CCMS → Control/Monitoring → Work Process overview. To see the processes with status wait, choose Select process and flag status wait. For your second instance, you should see 1 more dialog (DIA) work process and 1 more background (BTC) work process.44.1 From transaction RZ04, choose Operation mode → Create, and create an operation mode Day. Enter Day and a short description of the operation mode. Choose Save. Repeat this procedure for operation mode Night.4.2 Use transaction RZ04 and choose Instances/operation modes → Settings → Based on current Status → New instances → Generate. You should see that both instances for your system have been created and that operation modes Day and Night have been assigned with the current system work process distribution from the instance profiles.4.3 For the central instance, double-click on operation mode Day or Night. If necessary, select Other operation mode. To specify 4 background work processes at night for the central instance, select the background work process number and click the plus sign. To add 2 update work processes at night, select the update process number and click the plus sign. Then choose Save. Notice that the number of dialog work processes decreases. This is because you cannot exceed the number of configured work processes in your profile, and the number of Class A background work processes cannot
    • exceed the number of background processes. For the second instance, double-click operation mode Night and specify 3 background processes.55.1 Using the System Administration Assistant (transaction SSAA), to access transaction SM63, choose Entire view → Display Tasks → Running Your System → Additional Administration Tasks → SAP System Administration → Operation Modes: Adjusting the Timetable. Select Normal Operation and Change. Double-click the beginning and the end of the time interval and assign this interval to a defined operation mode (operation mode Night should become active within the next hour). Fill out your timetable completely and save it.66.1 To go to the control panel (transaction RZ03) from the System Administration Assistant (transaction SSAA), choose Entire view → Display Tasks → Running Your System → Additional Administration Tasks → SAP System Administration → Operation Modes: Manually Switching Modes. Choose Execute, select Choose operation mode, and double-click operation mode Night. Then choose Control → Switch operation mode → All servers. A dialog box appears: choose Yes. Call transaction SM50 and check the work process distribution. This should match what you defined for your instances in operation mode Night.
    • 5. Administración de la base de datos y backups (copias deseguridad). Database Administration and Backups 1 8 Software Introduction Logistics 2 Starting and 9 Users and Stopping Authorizations 3 System 10 Spool and Assistant Administration Print 4 CCMS 11 SAP Data Configuration Archiving 5 Database and 12 System Administration Monitoring Backups 6 DB 13 SAPNet Periodic Checks Administration: 7 Background Processing © SAP AG 1999 Contenidos: - Fundamentos de la base de datos. - Estrategias de backup. Objetivos: - Levantar la base de datos para realizar backups. - Programar y realizar backups de la base de datos. - Programar y realizar backups de los offline redo log files. - Verificar las backups. - Verificar la estructura de la base de datos en disco. - Reconocer y resolver situaciones de error.
    • Visión general de OracleOracle: Overview R/3 work processes RDBMS Processes 1:1 Shadow Shadow Oracle listener process Shadow DBWR LGWR PMON SMON ARCH CKPT Shared Oracle processes Memory area SGA Database buffer pool Configurable (init<SID>.ora) Shared pool Shared SQL Area Row cache Redo log buffer Database files Profile Control Online redo Offline redo files Data files log files log files © SAP AG 1999 Cuando se arranca una instancia de la base de datos de Oracle, se crean varios procesos: - El proceso de escucha es responsable de la comunicación con Oracle a través de la red. - Para cada sesión de la base de datos, se inicia un proceso de dicado en la sombra. - Se requieren tareas de realización de procesos compartidos para el funcionamiento del sistema de gestión de la base de datos de Oracle. Los datos de la base de datos se almacenan en disco en bloques de 8Kbytes en ficheros de datos. Para acelerar la lectura y la escritura de acceso a los datos, estos bloques de datos se alojan en el buffer pool de la memoria principal. Las modificaciones de la base de datos se registran en los online redo log files. Este procedimiento garantiza la seguridad de los datos. Para asegurarse de que una operación de la base de datos se guardó sin fallos, sin utilizar las utilidades adicionales del sistema operativo, se deben reflejar los ficheros de control y los online redo log files del sistema de la base de datos. El sistema de gestión de la base de datos de Oracle mantiene las declaraciones de los ejecutables SQL en el Área de Almacenamiento SQL, es parte de la zona de memoria compartida.
    • Cada proceso de trabajo de R/3: - Se conecta a la base de datos como un usuario de la base de datos, SAPR3. - Maneja peticiones desde los diferentes usuarios del Sistema R/3. - Se comunica con el correspondiente proceso en la sombra en la base de datos.Los usuarios del Sistema R/3 no tienen usuario en el sistema de la base de datos.
    • Oracle: arranque y parada de la base de datosOracle: Starting and Stopping the Database Oracle processes : Profile D L A C P S Nomount B G R K M M WWC P O O Mount Control files Oracle listener process Database buffer pool SGA Open Data files Shared pool Online redo log Redo log buffer files Offline redo log © SAP AG 1999 files Cuando se arranca la base de datos de Oracle, se pasa por tres fases: - En la fase No mount, se construye la instancia de la base de datos. Los recursos del sistema operativo se destinan utilizando la información de configuración almacenada en init<SID>.ora. - En la fase Mount, se evalúan los ficheros de control de la base de datos. El sistema lee la información sobre la estructura de ficheros de la base de datos. Los ficheros de datos y los log no están todavía abiertos. - En la fase Open, los ficheros en el sistema de la base de datos están abiertos. Las transacciones de la base de datos pendientes están terminadas
    • .El sistema de administración puede apagar la base de datos utilizando uno deestos tres comandos: - SHUTDOWN NORMAL: No es posible ninguna conexión nueva en la base de datos. Después de que todos los usuarios de la base de datos se hayan desconectado, la base de datos se cierra sistemáticamente: se cierran todos los ficheros, la base de datos se desmonta y se apaga la instancia. La base de datos es consistente después de apagarse. - SHUTDOWN INMEDIATE: Sólo se ejecutan los comandos actualizados. PMON finaliza todas las sesiones y realiza una reducción de las transacciones abiertas. Se cierra la base de datos sistemáticamente (como el shutdown normal ). La base de datos es consistente después de apagarse. Precaución: DBWR Y ARCH pueden necesitar más de una hora de tiempo de procesamiento posterior. - SHUTDOWN ABORT: apagado urgente de la base de datos. Los usuarios no están conectado y se realiza una reducción de las transacciones abiertas. La base de datos no es consistente después de apagarse. Una recuperación de instancia se realiza automáticamente en el siguiente arranque de la base de datos.
    • Oracle: escritura de datos y de ficheros logOracle: Writing Data and Log Files Processes and memory Profile Control files Database buffer pool CKPT DBWR Data files Redo log buffer LGWR Online redo log files Profile init<SID>.ora log_archive_start = TRUE ARCH log_archive_dest = ?/saparch/ Offline redo log files ARCHIVELOG MODE: TRUE © SAP AG 1999 Una sistema de base de datos de Oracle dispone de tres procesos que escriben información desde el Área de Almacenamiento Global (Shared Global Area SGA) en los ficheros apropiados: - Durante el procedimiento de control, el escritor de la base de datos (DBWR) escribe de forma asíncrona los bloques modificados del SGA en los ficheros de la base de datos. - Para acelerar la escritura del procedimiento de control, el Puesto de Control (CKPT) procesa arranques. - El escritor de log (LGWR) escribe de forma síncrona log modificados del SGA redo log buffer a los online redo log files actuales. En un sistema de base de datos de producción, la base de datos debe funcionar siempre en modo ARCHIVELOG y asegurarse de que el proceso de archivo (ARCH) se inició (init<SID>.ora: log_archive_start = TRUE). ARCH archiva un online redo log file completo en un offline redo log file en el directorio de archivo. ARCH determina el directorio de archivo desde el parámetro log_archive_dest (default: ?/saparch/) desde el init<SID>.ora y el nombre del fichero desde el parámetro log_archive_format.
    • Una vez que se ha creado el offline redo log file correctamente, el online redolog file correspondiente se libera para que pueda rescribirse con nuevainformación.Si no hay espacio libre disponible en el directorio de archivo, no se archiva elfichero. Después de un número correspondiente de intercambio de redo log, labase de datos se atasca. No se pueden realizar cambios mientras perdure estasituación de atasco.
    • Gestión de almacenamiento: conceptosStorage Management: Concepts Tablespace 200K 150K Data file Segment (Table/Index) 350K Extent Data Block 8K © SAP AG 1999 Una base de datos se divide en unidades lógicas de almacenamiento denominadas tablespaces. Las tablespaces se dividen en unidades lógicas de almacenamiento llamadas segmentos (tablas o índices). Los segmentos se dividen a su vez en extensiones, que consisten el bloques contiguos de datos. Un bloque de datos (normalmente de 8kbytes) es la unidad más pequeña de entrada/salida utilizada por una base de datos. Una tablespace en una base de datos de Oracle consiste en uno o más ficheros físicos de datos. Un fichero de datos puede asociarse con una sóla tablespace. Se puede incrementar una tablespace de dos maneras: - Añadir un fichero de datos a una tablespace. Cuando se añade un fichero de datos a una tablespace ya existente, se incrementa la cantidad de espacio destinado a la tablespace correspondiente. - Incrementar el tamaño de un fichero de datos. Parámetros de almacenamiento como INITIAL EXTENT, NEXT EXTENT y MAX EXTENT permiten gestionar el espacio destinado a una tabla.
    • Convenciones de nombramientoR/3 Naming Conventions Tablespace PSAP<TS_name> PSAPBTABD Logical name layerPrefix Abbreviation ExtensionPSAP <TS_name> D (data) or I (index) Directory <TS_name>_1 <TS_name>_2 Physical names btabd_1 btabd_2 layer Files <TS_name>.data1 <TS_name>.data2 names btabd.data1 btabd.data2 Prefix Tablespace name Ext. Meaning Used by SYSTEM Oracle DDIC Oracle RDBMS PSAP ROLL Rollback segments Oracle RDBMS PSAP TEMP Sort processes Oracle RDBMS PSAP EL<Release> D or I Development environment loads R/3 Basis PSAP ES<Release> D or I Development environment sources R/3 Basis PSAP LOAD D or I Screen and report loads (ABAP) R/3 Basis PSAP SOURCE D or I Screen and report sources (ABAP) R/3 Basis PSAP DDIC D or I ABAP Dictionary R/3 Basis PSAP PROT D or I Log-like tables (for example, spool) R/3 Applications PSAP CLU D or I Cluster tables R/3 Applications PSAP POOL D or I Pool tables (for example, ATAB) R/3 Applications PSAP STAB D or I Master data and transparent tables R/3 Applications PSAP BTAB D or I Transaction data, transparent tables R/3 Applications PSAP DOCU D or I Documentation, SAPscript, SAPfind R/3 Applications PSAP USER1 D or I Customer tables R/3 Applications © SAP AG 1999 La convención de nombramiento de R/3 para los nombres de tablespaces se define así: PSAP<tablespace_name><extension>. Las abreviaturas en los nombres de tablespaces son parte del nombre del directorio y del nombre del fichero de cada fichero de datos. Los directorios y los ficheros de datos están numerados. Los objetos situados en las tablespaces SYSTEM, PSAPROLL y PSAPTEMP pertenecen o a los usuarios SYS o a los SYSTEM. No se crean objetos pertenecientes a otros usuarios en estas tablespaces. Los objetos situados en las otras tablespaces pertenecen al usuarui SAPR3 de la base de datos de SAP R/3. El Sistema R/3 y las herramientas de SAP, como SAPDBA, requieren que se observen las convenciones de nombramiento. El sistema instalado constituye una unidad lógica, que no debe cambiar. De la manera, SAP puede asegurar un soporte rápido y eficaz..
    • Estructura del directorio de Oracle en R/3Oracle Directory Structure in R/3 Directory Contains File name examples database SAP and Oracle profiles, init<SID>.ora, init<SID>.dba, init<SID>.sap, first control file ctrl<SID>.ctl bin Oracle executables saptrace Background (Oracle alert file) usertrace sapdata1 Data files btabd1btabd.data1, system.data1, . ctrl<SID>.ctl, btabi1btabi.data1 . ... sapdata<n> sapbackup BRBACKUP, BRRESTORE logs saparch BRARCHIVE logs, Oracle archive dir <SID>00205.001, <SID>00206.001, ctrl<SID>.ctl sapcheck SAPDBA logs (-next, -check, -analyze) Profile init<SID>.ora sapreorg SAPDBA (default), log_archive_format = <SID>%s%. %t% default compression directory origlogA Online redo log files log_tg101_m1.dbf, log_tg103_m1.dbf origlogB Online redo log files log_tg102_m1.dbf, log_tg104_m1.dbf mirrlogA Online redo log files log_tg101_m2.dbf, log_tg103_m2.dbf mirrlogB Online redo log files log_tg102_m2.dbf, log_tg104_m2.dbf © SAP AG 1999 Los nombres de los directorios y los ficheros están estandarizados en el entorno de R/3. Es recomendable utilizar los siguientes estándares: - Los ficheros de tablespace residen el los directorios sapdata<n>. - Los online redo log files en los directorios origlog y mirrlog. - Los offline redo log files se escriben en el directorio saparch. - Debe haber al menos 3 copias del fichero de control de Oracle en discos diferentes. - El perfil init<SID>.ora configura la instancia de Oracle y se encuentra en el directorio database. - El perfil init<SID>.sap configura las herramientas de backup brbackup y brarchive y se encuentra en el directorio database. - El perfil init<SID>.dba configura la herramienta sapdba y se encuentra en el directorio dbs. - El fichero de alerta de Oracle se escribe en el directorio saptrace/background. - Los ficheros de traza de los procesos en la sombra de Oracle se escriben en el directorio saptrace/usertrace. - Durante la reorganización, la serie de datos exportados se escribe en el directorio sapreorg. - Las herramientas de la base de datos de SAP utiliza los directorios saparch, sapcheck, sapreorg y sapbackup.
    • Calendario de administración de la base de datosDatabase Administration Calendar Day 6 am 12 pm 6 pm 12 am Backup the database and Database backup offline redo Offline redo log file backup log files Daily monitoring Storage management Alert handling Optimizer statistics Daily tasks Regular tasks Scheduling operations © SAP AG 1999 Las tareas diarias de backup de un sistema administrador incluye: - Backup completo de la base de datos. - Backup de los offline redo log files. - Monitorización del resultados de los backups.
    • Importancia de los backups de la base de datosThe Importance of Database Backups Physical errors Physical errors (Such as a hardware failure) External factors External factors Logical errors Logical errors (Such as fire or water (Such as a deleted table) damage) DROP MARA Data loss To prevent data loss, a valid backup is necessary © SAP AG 1999 Factores externos, errores físicos y errores lógicos dar lugar a la pérdida de datos y a periodos de inactividad del sistema. Una estrategia efectiva de backup y un plan de recuperación son esenciales para minimizar los periodos de inactividad del sistema y la pérdida de datos. Para asegurar la disponibilidad del Sistema de R/3, se debe revisar la estrategia de backup detenidamente.
    • Backup de la base de datos y de los offline redo log filesDatabase and Offline Redo Log File Backups Data files Online redo log files Database backup Database backup Control file Profiles Offline redo log files Offline redo log Offline redo log file backup file backup © SAP AG 1999 Cada sistema de gestión de la base de datos almacena datos en la estructura adecuada en disco y escribe las modificaciones de datos en el log de la base de datos. Para el RDBMS de Oracle: - Los datos se almacenan en los ficheros de datos de las tablespaces. - La información del log se graba en el actual online redo log file activado. - Los datos de administración se almacenan en el parámetro y los ficheros de control. Los ficheros de datos, los online redo log files, los perfiles y el fichero de control se copian durante un backup de la base de datos. Cuando el actual online redo log file activado está completo, Oracle escribe automáticamente en el siguiente online redo log file. El archivador de Oracle copia el online redo log file completo en el directorio de archivo. La copia se denomina offline redo log file. Los offline redo log files se copian durante el backup de offline redo log file.
    • En el caso de que se produzca un pérdida de datos, se necesita recuperar la basede datos desde un instante lo más cercano posible al momento de la pérdida.Para asegurarse de que esto se puede realizar, se necesitan los backup de la basede datos y de los offline redo log files. Para realizar la recuperación, se utiliza elbackup de los ficheros de datos (o una parte del backup) por el punto de inicio.La información del log que se genera durante y después del backup de la base dedatos se utiliza para recuperar todas las modificaciones de los datos que sehabían realizado. Esta información del log normalmente se recupera de losbackups de los offline redo log files.
    • Prevención y manejo de erroresPreventing and Handling Errors Logical Physical data check: data check: Verify database Verify backup consistency on tape Oracle data files Database backup Database backup © SAP AG 1999 La estrategia de backup debe incluir la verificación de los datos que van a ser copiados y de las backups de la base de datos. Para verificar la consistencia de la base de datos de Oracle se realiza una revisión de datos lógicos: - Pueden aparecer bloques de Oracle corruptos en la base de datos de R/3 como resultado de errores del sistema operativo o de hardware. - La existencia de esos bloques sólo resulta evidente durante el siguiente intento de acceso de lectura de una tabla de la base de datos. Ya que este particular intento de acceso no suele ocurrir a menudo, y que los bloques corruptos de Oracle no se reconocen durante el backup de la base de datos, estos bloques corruptos pueden mantenerse durante mucho tiempo indetectables en el sistema. - Por tanto, se deben realizar revisiones de datos lógicos a intervalos regulares. Para optimizar el funcionamiento, se efectúan estas revisiones durante los periodos de menor actividad. Se realiza una revisión de los datos físicos para verificar las cintas utilizadas para el backup de la base de datos. Para verificar si la transferencia de datos se realizó correctamente, se leen las cintas después de que se realice correctamente una backup.
    • Copia de seguridad en frío (offline backup)Offline Backups SAPGUI .... .... .... R/3 instance ______________________ ______________________ ______________________ BTC WP BTC WP SPO WP DIA WP DIA WP Dia WP ______________________ Data files Reconnect: rsdb/reco_trials = 3rsdb/reco_sleep_time = 5 Oracle processes Online redo log files Listener DBWR LGWR PMON SMON ARCH CKPT Offline backup ed rt Control file sta ot Database buffer pool N Profiles SGA SGA Shared pool Offline redo log files Offline redo log Redo log buffer file backup © SAP AG 1999 Cundo se realiza un copia de seguridad en frío (offline backup), la base de datos se para y se mantiene no disponible mientras se está ejecutando el backup. Los procesos de trabajo reciben un código de devolución de la clase “reconnect” desde la base de datos. Establecer los parámetros de R/3: - rsdb/reco_trials=n, cuando n = nº de veces que los procesos de trabajo intentan conectarse con la base de datos. - Rsdb/reco_sleep_time = m, cuando m = nº de segundos en los que los procesos de trabajo están esperando entre intentos. Aunque el Sistema de R/3 se instala para permanecer conectado durante el backup, el Sistema de R/3 no está disponible para los usuarios. El Sistema R/3 se mantiene conectado para preservar el contenido del buffer de R/3, por razones de rendimiento. Debido a que los ficheros de datos de Oracle permanecen sin cambios, un backup en frío completa es consistente.
    • Los siguientes ficheros se copian cuando se realiza un backup en frío: - Los ficheros de datos de todas las tablespaces pertenecientes a base de datos. - Los online redo log files. - El fichero de control. - Los perfiles init<SID>.ora, init<SID>.sap y init<SID>.dba.Cuando se ha terminado el backup en frío, se debe hacer un backup de losoffline redo log files.
    • Copia de seguridad en caliente (online backup)Online Backups SAPGUI .... .... .... ______________________ R/3 instance 00 ______________________ ______________________ DI DI BT BT SP ______________________ C C O WP A A ______________________ Dia WP WP WP WP WP Data files Oracle processes and threads Sh Sh Sh Sh Lis DB LG Sh ad ad Sh ad AR CK PM SM ad ad ow ad ow ten W W ow CH PT ON ON owow ow er R R Online redo log Not backed up files Online backup Database buffer pool Control file Shared pool SG Profiles A Redo log buffer Offline redo log Offline redo log files file backup © SAP AG 1999 Durante un backup en caliente, la base de datos de Oracle y el Sistema de R/3 permanecen disponibles. Los las copias de seguridad en caliente causan una pequeña reducción del rendimiento del sistema. Cuando se realiza un backup en caliente se copian los siguientes ficheros: - Los ficheros de datos de todas las tablespaces pertenecientes a base de datos. - El fichero de control. - Los perfiles init<SID>.ora, init<SID>.sap y init<SID>.dba. Precauciones: - Debido aunque los ficheros de datos se actualizan al mismo tiempo, los backups en caliente no son consistentes. Un backup en caliente sólo puede ser consistente y utilizable en conjunción con la información del log escrito durante el backup en caliente.
    • - Después de que el backup en caliente haya finalizado, la herramienta de BRBACKUP de SAP cambia a un nuevo online redo log file y el sistema de archivo de Oracle copia el anterior online redo log file activo en el directorio saparch. Toda la información del log generada durante el backup en caliente se encuentra en los offline redo log files. Cuando a finalizado el backup en caliente, se copian los offline redo log files.Cuando se realiza un backup en caliente, no es necesario copiar los online redolog files.
    • Copia de seguridad de los offline redo log filesOffline Redo Log File Backups .../saparchOnline redo log files Offline redo log files Oracle archiver init<SID>.ora BRARCHIVE log_archive_start = TRUELog switch log_archive_dest = .../saparch/ Offline redo log file backup Complete recovery not possible Lost Recoverable Missing offline Offline redo log files available redo log file Today Online Log Offline Log Online Log Log Error backup backup backup backup backup backup backup © SAP AG 1999 Los offline redo log files son copias de los online redo log files que fueron guardados por el sistema de archivo de Oracle en el directorio saparch . Los online redo log files se rescriben de forma cíclica. La información del log se genera constantemente cuando se modifica la base de datos. Por tanto, el espacio en disco en el directorio de archivo debe liberarse continuamente para nuevos ficheros log. Cuando el sistema de archivo no es capaz de escribir en el directorio especificado por el parámetro log_archive_dest, Oracle informa con el error 257: el sistema de archivo está atascado o el error 255: error en el archivo de log, y la base de datos se atasca. Se escribe entonces un mensaje de error en los ficheros de traza de Oracle. En el caso de una restauración, si alguno de los offline redo log files necesarios no tiene una copia válida se produce una pérdida de datos. Se debe hacer una copia de seguridad de los offline redo log files antes de borrarlos del directorio de archivo. Por razones de seguridad, se realizan dos copias de cada offline redo log file en cintas separadas. Si se producen modificaciones en la base de datos que no se incluyen en el último backup de los redo log files, en caso de un fallo en la base de datos, puede que no sea capaz de recuperar todos los cambios.
    • Una copia de seguridad en caliente es inútil sin la información del log generadadurante la copia de seguridad de la base de datos.
    • Ciclo de backup recomendadoBackup Cycle Recommendations Verify the database Verify the backup Verify the backup Offline Online Offline redo log file backup (x2) 28 days Online Offline redo log Additional file backup (x2) © SAP AG 1999 Se recomienda un ciclo de backup de 4 semanas. Se necesita un grupo de cintas para las copias de seguridad de la base de datos y de los offline redo log files necesarias. Hay que asegurarse de que estén disponibles suficientes cintas en cada grupo de cintas para abarcar el ciclo completo de backup. Se recomienda disponer de un 30% más de las cintas necesarias. Las cintas de backup pueden reutilizarse al finalizar un ciclo de backup (28 días). Se realiza una copia en caliente completa cada día laborable y una copia en frío al menos una vez por ciclo de backup. Se deben copiar los offline redo log files todos los días laborables, así como después de todas las copias en caliente y en frío. Se debe asegurar que se realizaron dos copias de los offline redo log files, en cintas separadas, antes de borrarlos. Para verificar una copia de seguridad, se debe revisar la base de datos por errores lógicos y las copias de la base de datos por errores físicos. Se debe realizar está verificación al menos una vez en el ciclo de backup. Sin embargo, hay que intentar realizarla una vez a la semana.
    • Se elimina la última copia en frío de cada ciclo verificada del grupo de cintas yse conserva esta copia para almacenamiento a largo plazo. Se remplazan lascintas y se inicializan las nuevas.Realizar copias de seguridad adicionales después de cada modificación en laestructura de la base de datos o después de cada mejora del sistema. Estas copiasadicionales se almacenan a largo plazo.
    • Herramientas de copia en SAPSAP Backup Tools CCMS Planning Calendar Planning Goto Listing Help System MON TUE WED THU FRI SAT SUN MON TUE WED THU FRI SAT SUN MON TUE WED THU FRI SAT SUN MON TUE WED THU FRI SAT SUN Data files Online redo log files BRBACKUP Database backup Database backup Control file Profiles BRARCHIVE Offline redo log files Offline redo log Offline redo log file backup file backup © SAP AG 1999 Las copias de la base de datos se realiza con la herramienta de SAP BRBACKUP. Las copias de los offline redo log files se realizan con la herramienta de SAP BRARCHIVE. Existen tres formas de acceder a estas herramientas: - Utilizar el Calendario de Planificación DBA (transacción DB13). - Utilizar la herramienta de administración de la base de datos de SAP SAPDBA en el nivel del sistema operativo. - Directamente, desde el nivel del sistema operativo. SAP recomienda el siguiente procedimiento: - Programar todas las copias regulares con el Calendario de Planificación DBA (transacción DB13). - Realizar copias adicionales con SAPDBA. Todos los pasos de un copia de seguridad se registran en los ficheros del sistema operativo y en las tablas de la base de datos.
    • Preguntas de implementaciónImplementation Questions • Security requirements • High availability Hardware requirements: • Maximum downtime ? • • System online 7x24h Backup cycle Backup devices Backup media • Long-term storage • Data volume • Schedule backups Backup • Initialize tapes strategy • Set up authorizations • Define an emergency plan © SAP AG 1999 Para determinar la mejor estrategia de copia para una empresa, se deben tener en cuenta: - Requisitos operacionales. - Requisitos de gestión de la seguridad. - Componentes hardware necesarios. - Disponibilidad del sistema (24 horas por día, 7 días a la semana). Implementar una estrategia de copia incluye: - Definir las cintas que se van a utilizar y su lugar de almacenamiento. - Programar las copias de seguridad. - Establecer la persona responsable de las copias. - Preparar el Sistema R/3, sistema operativo y las autorizaciones de la base de datos apropiadas. - Formación de todas las personas involucradas en el procedimiento de copia. - Definir un plan de emergencia. - Determinar con se debe contactar en caso de emergencia.
    • Además, para planear una estrategia de copia, se debe crear un manual quecontenga información sobre cada paso del procedimiento de copia. Hay queasegurase de que este manual esté siempre disponible para todas las personasinvolucradas en el procedimiento de copia.
    • Parámetros del perfil de copia para la inicialización de las cintasBackup Profile Parameters for Tape Initialization init<SID>.sap tape_use_count = 100 .... .... expir_period expir_period = 28 .... .... backup_dev_type backup_dev_type = tape ? ? ??? NEW NEW volume_backup = (<SID>B01, <SID>B02, ...) ? #1-1 volume_archive = (<SID>A01, <SID>A02, ...)To edit init<SID>.sap, use a standard text editor init<SID>.sap, © SAP AG 1999 Antes de que pueda realizarse una copia de seguridad, se deben inicializar las cintas que van a utilizarse. Esto significa que se debe: - Establecer los parámetros del perfil de copia. - Etiquetar las cintas. El perfil init<SID>.sap se utiliza para establecer los siguientes parámetros: - tape_use_count define la frecuencia en que la cinta puede ser reutilizada. - expir_period define la longitud del ciclo de copia. Para permitir que la cinta sea reutilizada después de 28 días, se pone este parámetro 28. - backup_dev_type define el tipo de mecanismo de copia utilizado. Para realizar copias a un mecanismo local de cintas, se introduce tape. Otras opciones incluyen pipe (remoto), tape_auto (cargador automático), util_file (interfaz de copia) y disk. - volume_backup define el grupo de cintas para las copias de seguridad de la base de datos. - volume_archive define el grupo de cintas de las copias de seguridad de los offline redo log files.
    • Inicialización de los depósitos de cintas de copiaInitializing Backup Tape Pools init <SID>.sap Use SAPDBA to volume_backup= initialize tape pools (<SID>B01, <SID>B02, <SID>B03, <SID>B04) volume_archive= (<SID>A01, <SID>A02, ? ? <SID>A03, <SID>A04) ??? ? new brbackup -i force new <SID>B01 <SID>B02 brarchive -i force <SID>B03 <SID>A01 <SID>B04 <SID>A02 © SAP AG 1999 Se realiza la inicialización de las cintas de la siguienteforma: - Establecer los parámetros del perfil init<SID>.sap volume_backup y volume_archive. - Para inicializar los depósitos de cintas, se utilizan SAPDBA o BRBACKUP y BRARCHIVE con la opción -i force (donde-i = initialize y force = no evaluar la etiqueta de la cinta). Durante la inicialización, la etiqueta .tape.hdr() se escribe como el primer fichero en cada cinta. Esta etiqueta se lee y se revisa siempre con BRBACKUP y BRARCHIVE. BRBACKUP y BRARCHIVE graban la cinta utilizada en la etiqueta de la cinta, en los logs de copia y en la base de datos. Para rescribir los ajustes que faltan que se definen en volume_backup o volume_archive, se utiliza BRBACKUP y BRARCHIVE con la opción -v/- volume. Dependiendo de la estrategia de copia, se debe inicializar el número necesario de cintas. El número de cintas necesarias depende del tamaño de la base de dato, del tamaño de las cintas, del factor de compresión y la suma de información del log generada. Se añade un 30% de reserva de espacio libre en la capacidad de las cintas necesarias.
    • Compresión de cintasCompressing Data Use SAPDBA to determine the compression ratio once per cycle <SID>B01 <SID>B02 <SID>B03 <SID>B04 init<SID>.sap .... .... compress = hardware .... ....? ???? <SID>B01 © SAP AG 1999 Se utiliza el parámetro compress de init<SID>.sap para seleccionar el modo de compresión. Si el mecanismo de cintas admite una compresión hardware, se coloca el parámetro como hardware. Se puede también especificar yes para compresión software o no para no comprimir. Cuando se utiliza la compresión hardware o software, los datos y las cintas necesitan menos espacio de almacenamiento. El factor de compresión indica el grado de compresión posible para la copia de datos. Se utiliza SAPDBA para determinar que radio de compresión se utiliza cuando se hace una copia de seguridad de los datos. Este factor depende del nivel de llenado de los ficheros de la base de datos que van a ser copiados. Debido al cambio del nivel de llenado, se debe determinar la frecuentemente la tasa de compresión (al menos una vez por ciclo de copia).
    • Parámetros del perfil para la copia de seguridad de la base de datosProfile Parameters for Database Backup backup_ mode = all init<SID>.sap backup_ type = online [offline] .... .... .... volume_backup = (<SID>B01, <SID>B02, ...) .... ? ? tape_ size = 32000M ??? ? compress = hardware To edit init<SID>.sap, use a standard text editor © SAP AG 1999 Se utiliza los siguientes parámetros de init<SID>.sap instalar el programa BRBACKUP: - Poner el parámetro backup_mode en all para realizar una copia completa de la base de datos. - backup_type define si la copia de seguridad es en frío o en caliente. - tape_size define el tamaño físico de la cinta para cintas utilizadas por BRBACKUP. Se especifica el tamaño de la cinta más pequeña del grupo de cintas (en megabytes). Por ejemplo, especifica 32000M para una cinta de 70GB. El valor especifico para este parámetro debe ser equivalente a la suma de datos no comprimidos que la cinta puede soportar.. Cuando los datos se copian de forma secuencial en varias cintas y solo el mecanismo de una está disponible, BRBACKUP pide las cintas en el orden definido por el parámetro volume_backup. Las herramientas de copia se SAP necesitan los dispositivos de las cintas rebobinados y no rebobinados. A dispositivo no rebobinado se debe asignar al parámetro tape_address y el dispositivo rebobinado al parámetro tape_address_rew.
    • Parámetros del perfil del backup de los offline redo logProfile Parameters for Offline Redo Log Backup archive_function = copy_delete_save init<SID>.sap volume_archive = (<SID>A01, <SID>A02, ...) .... tape_size_arch = 6000M .... ? ? .... .... ??? ? Use copy_delete_save to: 1) Back up the offline redo log files that have already been backed up once 2) Delete these offline redo log files from directory saparch 3) Back up the offline redo log files that have not yet been backed up To edit init<SID>.sap, use a standard text editor init<SID>.sap, © SAP AG 1999Utilice los siguientes parámetros init<SID>.sap para levantar el programaBRARCHIVE: • Fijar el parámetro archive_function en - cds (copy_delete_save). Esto asegura que se realice la copia de seguridad en diferentes cintas de dos copias de uno fichero offline redo log. Opción -cds (copy_delete_save): i. crea una segunda copia de seguridad de antiguos fichero offline redo log que ya se habían copiado una vez. ii. Elimina los fichero offline redo log que se copiaron dos veces del directorio de archivo, para que se libere espacio en disco. iii. Se copian todos los nuevos ficheros offline redo log por primera vez. • tape_size_arch define el tamaño físico de la cintas utilizadas por BRARCHIVE. Especificando el tamaño de la cinta más pequeña en su grupo de cintas (en MB). Por ejemplo, especificar 6000M para una cinta de 6GB.
    • • tape_address_arch and tape_address_rew_arch especifica los drivers de los dispositivos de las cintas que va a utilizar BRARCHIVE para realizar las opias de seguridad de los ficheros offline redo log. Si no están definidas, BRARCHIVE utiliza los parámetros tape_address y tape_address_rew para determinar los drivers.
    • Programación de las copias de seguridad de la base de datosScheduling Database Backups CCMS Planning Calendar Planning Goto Listing Help System Schedule Volumes needed an Action for Tue 05 MON TUE WED THU FRI SAT SUN Start time 18:00:00 BRARCHIVE Period (weeks): 1 Calendar MON Action WED Full database offline + redo log backup TUE THU FRI SAT SUN Full database offline backup log backup Full database offline + redo Full database offline backup Full database online + redo log backup Offline redo MON TUE Full database online backup logSAT Full database online + redo WED THU FRI backup SUN Full database online backup log files Redo log backup Redo log backup Partial database offline backup Log files Partial database offline backup Partial database online backup PartialWED database onlineFRIbackupSAT MON TUE THU SUN .... .... .... .... .... .... Check optimizer statistics Check optimizer statistics .... .... .... Update optimizer statistics Update optimizer statistics Adapt next extents Adapt next extents BRBACKUP Check database Check database ! "- Options for Database Backup Profiles Init<SID>.SAP SAPDBA ! Verify Data files backup option ! " query only © SAP AG 1999 Se utiliza el Calendario Planificador DBA (transacción DB13) para programar las copias de seguridad de la base de datos y de los offline redo log files. Tanto las copias de seguridad en caliente como las copias en frío se pueden programar. Se debe verificar la copia de seguridad en frío completa al menos una vez en el ciclo de copia. Para realizar una verificación física y lógica de la copia de seguridad de la base de datos, se utiliza la opción Verify. Los nombres de las cintas utilizadas para las copias de seguridad están determinadas en los parámetros volume_backup (para programar BRBACKUP) y volume_archiv (para programar BRARCHIVE). Se pueden rescribir los nombres de los volúmenes por defecto en la casilla de diálogo Volumes to use. Para verificar el número y los nombres de las cintas necesarias para la copia de seguridad, desde el Calendario Planificador DBA (transacción DB13) se elige Volumes needed o se utiliza el SAPDBA (opción query only). El número calculado de cintas se basa en el tamaño de la base de datos, el parámetro tape_size y el factor de compresión.
    • BRBACKUP (por defecto directorio sapbackup) y BRARCHIVE (por defectodirectorio saparch) escriben los ficheros log. Estos ficheros log ofreceninformación sobre el tipo y estado de las actividades realizadas. Las actividadesde BRBACKUP y BRARCHIVE también se registran en la base de datos.Para la versión 4.6B de SAPDBA y superiores, está disponible una copia (nivel0 y nivel 1) integrada RMAN (encargado de recuperación). Esto viene explicadocon más detalle en el curso BC05.
    • Monitorización diaria: copias de seguridad de la base de datosDaily Monitoring: Database BackupsPossible backup errors: Tape defect Schedule a new database or log Wrong tape label file backup Tape too small Corrupted blocks CCMS Planning Calendar Planning Goto Listing Help System MON TUE WED THU FRI SAT SUN Full Full Online Offline DB13 Check the success MON TUE WED THU FRI SAT SUN of the database and offline redo log file MON TUE WED THU FRI SAT SUN backups MON TUE WED THU FRI SAT SUN DB24 © SAP AG 1999 El Calendario Planificador DBA (transacción DB13) muestra el estado de todas las actividades que se han realizado. El Monitor de Operaciones DB (transacción DB24) muestra información sobre: . - Todas las acciones de copia. - El estado de las copias de la base de datos y del offline redo log file. - Los ficheros log escritos por BRBACKUP y BRARCHIVE.
    • Resumen: preparación de la estrategia de copia.Summary: Setting up your Backup Strategy Provide tapes for backups Verify backups Check data volume changes Check compression ratio changes Cycle Length of backup cycle Check redo log volume changes Data volume Verify the database Compression ratio Redo log volume CCMS Database Backup Logs CCMS Planning Calendar Planning Goto Listing Help System init <SID>.sap Planning Goto Listing Help System CCMS Planning Calendar Planning Goto Listing Help System MON TUE WED THU FRI SAT SUN MON TUE WED THU FRI SAT SUN .... .... MON TUE WED THU FRI SAT SUN MON TUE WED THU FRI SAT SUN .... .... MON TUE WED THU FRI SAT SUN MON TUE WED THU FRI SAT SUN ? ? MON TUE WED THU FRI SAT SUN MON TUE WED THU FRI SAT SUN ??? ?Define strategy Initialize backup tools Schedule regular backups Perform and monitor backups © SAP AG 1999 Para establecer los parámetros de copia en el perfil init<SID>.sap se debe. - Determinar el ciclo de copia. - Estimar el volumen de los offline redo log files que se van a copiar. - Determinar el factor de compresión, utilizando SAPDBA o BRBACKUP. - Determinar el número de cintas necesarias (para tener en cuenta el crecimiento de la base de datos, añadir 30%). Inicialización de las cintas que se utilizan para las copias. Programación de las copias regulares utilizando el Calendario Planificador DBA (transacción DB13).
    • Realizar y monitorizar las copias de seguridad, que incluye: - Proporcionar las cintas necesarias para las copias. - Monitorización y verificación de correcta realización de las copias. - Revisar los cambios en el volumen de datos copiados. - Revisar el rango de compresión (al menos una vez por ciclo de copia). - Verificar lógicamente la base de datos (al menos una vez por ciclo de copia). - Remplazar e inicializar las cintas utilizadas para el almacenamiento de las copias a largo plazo.
    • Summary of this Unit Now you are able to: Define an effective backup strategy Perform database backups Perform offline redo log file backups Verify the database backups © SAP AG 1999Ahora usted es capaz de: - Definir una estrategia efectiva de copias de seguridad. - Programar copias de seguridad. - Realizar copias de seguridad de la base de datos. - Realizar copias de seguridad de los ficheros offline redo log. - Verificar las copias de seguridad.Recuerde: una estrategia efectiva de copias de seguridad es esencial para minimizarlos periodos de inactividad y la pérdida de datos.
    • Further Documentation SAP System Management CD Oracle Database Administration CD SAP Online Documentation: Database Administration Oracle BC505 Oracle Database Administration © SAP AG 1999 Los temas tratados en este capítulo están disponibles en los siguientes SAP Knowledge Product CDs: - Gestión del Sistema SAP. - Administración de la Base de Datos de Oracle. La documentación online de SAP Database Administration Oracle describe los parámetros del perfil init<SID>.sap y los parámetros de llamada de los programas BRBACKUP y BRARCHIVE en detalle. Para mejorar las técnicas de administración de la base de datos, se recomiendo el curso de bases de datos: BC505 Oracle Database Administration.
    • Database Administration and Backups: Exercises No. Exercise 1 Preparations 1.1 For an online backup, you must ensure that DATABASE LOG MODE is set to archive mode. If it has not already been done, activate this mode. 1.2 In the profile init<SID>.sap (you can find this file in the directory /oracle/<SID>/dbs), verify the parameters so that the default backup is a full online database backup without compression to disk, and the offline redo log files are backed up once and not subsequently deleted. Also, check which directory your backups are being stored in. If parameters need to be changed, use the vi editor to make your changes. 2 Database backup using CCMS Restart your R/3 Instance (use startsap r3). 2.1 Use the DBA Planning Calendar to schedule a partial online backup of tablespace PSAPUSER1D to start in 5 minutes. 2.2 Check information about the backup and answer the following questions: How many files are to be backed up and what is their size? What is the backup device type? To which directory are the backup files saved? 2.3 Check the logs to see if the backup completed successfully. 3 (Optional) Database backup using SAPDBA 3.1 From UNIX, log on as user ora<sid> and run sapdba. Perform a partial online backup of tablespace PSAPUSER1D. 3.2 After the backup has been performed, use SAPDBA to check whether the backup was successful. 4 Offline redo log file backup using CCMS 4.1 Use the DBA Planning Calendar to schedule an offline redo log file backup to start in 5 minutes. 4.2 In which directory is the backup performed, and how much disk space is required? 4.3 Determine if the backup was performed successfully: In transaction DB13, locate the Action logs and Job logs. Check the logs to see if the backup completed successfully. 5 (Optional) Offline redo log file backup using SAPDBA 5.1 From UNIX, log on as user ora<sid> and call sapdba. Perform an offline backup of the redo log files. 5.2 After the backup is completed, use SAPDBA to check whether it was successful.
    • Database Administration and Backups: Solutions No. Solution 1 Preparations 1.1 From UNIX, log on as user ora<sid> and execute sapdba. 1) Shut down the database: choose Startup/Shutdown instance → Shutdown → Shutdown immediate force. 2) Mount the database: choose Startup/Shutdown instance → Startup → Startup MOUNT. 3) Change the database log mode: choose Archive mode → Toggle database log mode. 4) After the database log mode is enabled, start up the database: choose Startup/Shutdown instance → Startup → Startup normal. 1.2 As user ora<sid>, check the following parameters in profile init<SID>.sap. You can find this file in the directory /oracle/<SID>/dbs: backup_type = online backup_dev_type = disk backup_root_dir = /oracle/<SID>/sapbackup compress = no archive_function = save You can also view these parameters from SAPDBA. Choose l – show/cleanup → a – show log files/profiles → h – init<SID>.sap. If you want to change any of the parameter values, use an OS-level editor such as vi. If you are not familiar with vi, ask your instructor. 2 Database backup using CCMS 2.1 Choose Tools → CCMS → DB Administration → DBA Planning Calendar (transaction DB13). Then Double-click the first blank line on todays date and select a starting time for the backup. Choose Partial database online backup → Continue. To select the tablespace PSAPUSER1D, scroll down the screen using the icon Page down. Because this is a backup to disk, you do not need to enter any volumes. Choose Continue again. To perform a verify on the backup, in the dialog box Options for Database Backup, select option Verify (note that this increases the time needed for your backup). To save your scheduled backup, choose Continue. 2.2 To display a list of scheduled backups, double-click todays date in the DBA Planning Calendar. Select the backup scheduled in step 2.1 and choose Tapes. 2.3 To display the log, use transaction DB24. For an overview of all backups and recoveries in the last 10 days, choose Backup/Recovery. Select the relevant item and check the action log. 3 (Optional) Database backup using SAPDBA
    • 3.1 Start SAPDBA and choose h - Backup database. To back up tablespace PSAPUSER1D, choose d – Objects for backup → g – a tablespace name, enter PSAPUSER1D, and select q – Return to go to previous menu. To start the backup, choose s – Start BRBACKUP.3.2 From the initial SAPDBA screen, choose l – Show/Cleanup → a – Show log files / Profiles → e – BRBACKUP log files. Select the appropriate log file.4 Offline Redo log file backup using CCMS4.1 Choose Tools → CCMS → DB Administration → DBA Planning Calendar (transaction DB13). Then Double-click the first blank line on todays date and select a starting time for the backup. Choose Redo log backup → Continue. Because this is a backup to disk, you do not need to enter any volumes. Choose Continue again. In the dialog box displayed, select –s in the function field (this is one of the options for BRARCHIVE). To verify the backup, in the dialog box displayed, select Verify. To save your scheduled backup, choose Continue.4.2 To display a list of scheduled backups, double-click todays date in the DBA Planning Calendar. Select the backup scheduled in step 4.1 and choose Tapes.4.3 Select the backup that you scheduled in step 4.1 and choose Action logs. To display the log file for BRARCHIVE, choose Job logs → select Job name → Display log.5 (Optional) Offline redo log file backup using SAPDBA5.1 Start SAPDBA and choose i – Backup offline redo logs → a – Archive function → a – Save offline redo logs → q – Return. To start the backup, choose s – Start BRARCHIVE.5.2 From the initial SAPDBA screen, choose l – Show/Cleanup → a – Show log files / Profiles → f – BRARCHIVE log files. Select the appropriate log file.
    • 6. Administración de la base de datos: revisiones periódicas DB Administration: Periodic Checks 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999 Contenidos: - Optimización de Oracle basada en el coste . - Gestión del almacenamiento. - Gestión de tablespaces. - Copia de la base de datos. - Áreas de monitorización diaria. Objetivos: - Monitorización de una base de datos de Oracle. - Mantenimiento de una base de datos de Oracle. - Minimización de los periodos de inactividad del sistema.
    • Monitorización de la base de datos: visión generalDatabase Monitoring: Overview Day 6 am 12 pm 6 pm 12 am Backup Archive Daily monitoring Storage Daily management Performance monitoring monitoring Optimizer Storage statistics Alert management handling Alert handling Optimizer statistics Daily Scheduled tasks Regular operations © SAP AG 1999 tasks Para incrementar el rendimiento y minimizar los periodos de inactividad del sistema, se monitoriza diariamente la base de datos. Para una visión general de los indicadores del rendimiento del sistema, el Computing Center Management System ofrece los siguientes monitores: - El Database System Check Monitor (transacción DB16) muestra una visión general de todos los estados y funciones principales de la base de datos. - El Backup Log Monitor (transacción DB12) visualiza información sobre el estado de las copias de seguridad de la base de datos y de los offline redo log files. - El Tables and Indexes Monitor (transacción DB02) muestra una visión general del comportamiento del almacenaje de la base de datos y del estado de los objetos de la base de datos. - El Database Performance Monitor (transacción ST04) ofrece una visión general de la carga y configuración del sistema de gestión de la base de datos y de la base de datos. - El DBA Operations Monitor (transacción DB24) ofrece un punto central desde el que se puede acceder a todas las operaciones de monitorización de la base de datos, como las copias de logs de la base de datos, ejecuciones de estadísticas de optimización y revisiones de la base de datos de Oracle.
    • Se revisan estos monitores diariamente para asegurarse de que: - La optimización basada en el coste no utiliza información obsoleta. - No se crean demasiados extents. - No ocurren problemas de falta de espacio libre.
    • Optimización de Oracle basada en el costeOracle Cost-Based Optimizer Possible access pathsinit <SID>. oraOPTIMIZER_MODE = CHOOSE Index A Index A Database Costs table ADDR Index B Index B $$ SELECT * FROM ADDR name = WHERE $$$ miller pnum= 123 AND AND city = Houston Full $$$$ Full table table scan scan Which is the optimal access path? OPTIMIZER © SAP AG 1999 La optimización basada en el coste utiliza una declaración SQL para determinar la estrategia más efectiva para la recuperación y manipulación de datos de la base de datos. La estrategia de acceso utilizada depende de la información en : - La tabla solicitadas (o tablas, para una visión o unión). - Los campos especificados en la cláusula WHERE de la declaración SQL. - Los índices definidos para las tablas solicitadas. La optimización basada en el coste computa el coste de varias estrategias para acceder a las tablas, y elige la que necesita menos cantidad de accesos de datos. Para calcular el coste de una estrategia, el encargado de la optimización necesita información estadística sobre las tablas e índices de la base de datos, como: - Número de filas de tablas o índices y número de bloques destinados a un objeto. - Número de valores distintos en cada columna de la tabla. La información estadística para una tabla o índice se almacena en el diccionario de datos de la base de datos. Para recolectar la información estadística, se utiliza el comando SQL de Oracle ANALIZE tabla. Nota: el comando ANALIZE es costoso.
    • Los tamaños y valores de tablas e índices se determinan con la última ejecuciónde análisis de tabla, el encargado de la optimización puede elegir una estrategiainefectiva y el acceso el tiempo de acceso de la base de datos se hace más largo.Se deben actualizar las estadísticas del optimizador al menos una vez a lasemana.
    • Estrategia en dos fases de SAPSAP Two-Phase Strategy Phase 1 Phase 2Database objects requiring an The statistics for theupdate of optimizer statistics Database objects that areare determined and marked in marked in tabletable DBSTATC DBSTATC are updated - SAPDBA x - SAPDBA x sapdba sapdba -checkopt PSAP% Control table DBSTATC -analyze DBSTATCO DB object TODO flag … AUFK x … EKPO … KNVK x … LIPS … MKPF … RESB x … VBUK x … © SAP AG 1999 Solamente la información estadística actualizada puede asegurar que el encargado de la optimización de Oracle basada en el coste elige el camino óptimo de acceso. Sin embargo, recopilar estadísticas de optimización es costoso y reduce el funcionamiento del sistema. Se recomienda seguir una estrategia de dos fases: - En la primera fase, las herramientas de SAP determinan que tablas necesitan una actualización estadística. El comando sapdba – checkopt PSAP% determina que objetos de la base de datos contienen estadísticas obsoletas y modifica la tabla de control DBSTATC como corresponde. - En la segunda fase, las estadísticas de las tablas marcadas como TODO en la tabla de control DBSTATC se actualizan utilizando el comando sapdba –analyze DBSTATCO. Esta estrategia de dos fases asegura: - Estadísticas actualizadas de todas las tablas. - Tiempo óptimo de ejecución del análisis.
    • Alternativamente, como en la versión 4.6B, se dispone de una nueva opción decomando sapdba –satadistics. Esta opción permite ejecutar ambas fases en una.Se programa esta opción una vez a la semana, en el momento de menosactividad del sistema. Las dos fases descritas en la estrategia de dos fases que semuestra arriba aún están terminadas pero no es necesario programar la segundafase por separado.
    • Actualización de las estadísticas de optimización de OracleUpdating Oracle Optimizer Statistics- Schedule CCMS Planning Calendar an Action for Tue x 05 time TUEPlanning Goto Listing Help System Start WED THU FRI 18:00:00 SAT SUN Period (weeks): 1 Calendar MON TUE WED THU FRI SAT SUN TUE Action WED 10:00 Checkopt 5:00 Analyzetab Full database offline + redo log backup SUN THU FRI SAT Full database offline + redo log backup Full database offline backup MON TUE Full database offline backupFRI Full database online + redo log backup SAT WED THU Full database online + redo log backup SUN Full database online backup TUE online backup SAT 10:00SUN Full database THU WED FRI Checkopt 5:00 Analyzetab Redo log backup Redo log backup MON TUE Partial database THU backup database offline backup PartialWED offline FRI SAT SUN Partial database online backup Partial database online backup SAT 10:00SUN Checkopt 5:00 Analyzetab TUE WED THU FRI Check optimizer statistics Check optimizer statistics Update optimizer statistics Update optimizer statistics MON TUE Adapt next extents WED THU FRI SAT SUN - Keyword for ANALYZE Adapt next extents Check database 10:00 Checkopt 5:00 Analyzetab DBSTATCO: all tables marked in DBSTATC Check database DBSTATCA-TAB: all application tables in - Keyword for CHECKOPT DBSTATC" ! Determine which DBSTATCAA-TAB: all application only tables in DBSTATC PSAP%: all SAP tablespaces require objects a statistical DBSTATCA-TSP: all tablespaces in DBSTATC DBSTATC-TAB: all tables in DBSTATC once a update TSP LIST: select SAP tablespaces week Refresh the statistics a week once ! " © SAP AG 1999 Se utiliza el Calendario de Planificación DBA (transacción DB13) para programar las dos fases de la estrategia se ejecuten consecutivamente. Un programa SAPDBA realiza los comandos de análisis. Revisar el mecanismo de optimización de estadísticas determina las tablas necesarias para una ejecución del análisis de tablas: - Para determinar que objetos de la base de datos necesita una actualización de estadísticas, se selecciona la palabra clave PSAP%: todas las tablespaces de SAP. - Se actualiza el mecanismo de optimización de estadísticas al menos una vez a la semana. Se realizan las actualizaciones durante los periodos de menor actividad del sistema. Actualizar el mecanismo de optimización de estadísticas actualiza las estadísticas de tablas: - Para actualizar las estadísticas de todas las tablas con la bandera TODO en la tabla DBSTATC, se selecciona la palabra clave DBSTATCO: todos la tablas marcadas en DBSTATC.
    • Monitorización del mecanismo de optimización de estadísticasMonitoring Oracle Optimizer Statistics- DB02 (Oracle): Checks: Analysis for Cost-Based Optimizer xDB Analysis Edit Goto Monitor System Help DB02All tablesAll tables SAPDBA logs SAPDBA logs 10.03.1998 15:41:59 BIN hs0061 Tables analyzed for Cost based optimizer DB24 Init<SID>.ora parameter: OPTIMIZER_MODE: CHOOSE DB_FILE_MULTIBLOCK_READ_COUNT: 8 Last SAPDBA-checkopt/analyze runs for cost based optimizer: checkopt (opt): date/time: 10.03.1998 11:59:12 return code: 0000 analyze (aly): date/time: 20.01.1998 07:58:57 return code: 0000 For details see Transaction DB14 -> Function-ID´s opt/aly Table owner Date of last analysis SAPR3 SYSTEM others never analyzed 115 83 5 older one year 0 1 0 31 - 365 days 28 0 0 8 - 30 days 0 0 0 0 - 7 days 4.025 1 70 Total 4.168 85 75 Double-click here to see more details © SAP AG 1999 Se utilizan los siguientes monitores de la base de datos de R/3 para revisar el estado de las estadísticas. Para mostrar una visión general de los datos de análisis, se utiliza el Database Tables and Indexes Monitor (transacción DB02) y se selecciona Checks → Dates of table análisis. Para visualizar información detallada de las estadísticas de tablas para las tablas contenidas en la tabla de control DBSTATC, se selecciona All tables. Para visualizar los logs de las acciones de SAPDBA realizadas para la actualización de las estadísticas del optimización, se utiliza el DBA Logging Monitor (transacción DB24) y se selecciona DB Optimizer Para visualizar o los logs de acciones de SAPDBA revisadas (opt de la identificación de la función) o los logs de acciones de análisis de SAPDBA (aly de la identificación de la función), se selecciona Funtion Ids. Se revisa el código devuelto de las acciones realizadas. Las acciones que no se han terminado de forma satisfactoria se marcan o en amarillo (aviso) o en rojo (errores). Para visualizar los detalles de un log de SAPDBA, se hace doble clic en una acción de SAPDBA.
    • Monitorización diaria: problemas del siguiente extentDaily Monitoring: Next Extent Problems Tables or indexes grow and allocate more extents than expected Run ORA-1631 sapdba -next PSAP% ORA-1632 weeklyInsertions Error CCMS Planning Calendar ... 300 Planning Goto Listing Help System MON TUE WED THU FRI SAT SUN MON TUE WED THU FRI SAT SUN DB02 MON TUE WED THU FRI SAT SUN - ... Database performance: Tables and Indexes x MON TUE WED THU FRI SAT SUN Database Checks Results of sapdba -next Tablespaces are written to file <DateTime>.nxt Tables/Indexes in directory sapcheck 1 extent per object - SAPDBA x max d - Reorganization last 4 weeks Alter storage Database Operation parameters Monitor (DB24) © SAP AG 1999 Para evitar problemas con el tamaño del siguiente extent, SAPDBA dispone de un ajuste automático de los extents (-next). Se utiliza el Calendario de Planificación DBA (transacción DB13) para programar que este ajuste se ejecute al menos una vez por semana para los tablespaces críticos que tienen crecimiento elevado de datos. Para ejecutar el ajuste de extent de SAPDBA desde el comando prompt, introducir: sapdba –next PSAP%. Los resultados de sapdba –next se escriben en el directorio sapcheck en el fichero <DateTime>.nxt y puede visualizarse utilizando el DBA Logging Monitor con la función ID nxt. Para ajustar los procesos de almacenaje para objetos sencillos, se utiliza SAPDBA, seleccionando d –Reorganization. El valor para el NEXT EXTENT (siguiente extent) debe ser al menos el 10% del tamaño del actual objeto. Para visualizar una lista de las tablas e índices que contienen más de un extent en las últimas cuatro semanas, se utiliza el Tables and Indexes Monitor (transacción DB02) y se selecciona Check → Check next extent size. Se buscan objetos que contienen demasiados extents o están cerca del límite MAXEXTENT.
    • El R/3 Database System Check Monitor (transacción DB16) muestrainformación sobre objetos que exceden umbral de extents (por defecto:80) oestán cerca del límite MAXEXTENT. Se puede además mirar en el DatabaseAlert Monitor (transacción RZ20).El EXTENT INICIAL debe ser lo suficientemente largo para el tamaño esperadode la tabla o del índice. Si un extent de un objeto de datos se llena durante unoperación de inserción o de conexión, el sistema de gestión del almacenaje deOracle intenta colocar otro extent del tamaño del NEXT EXTENT en la tabla.Un objeto puede colocar extents hasta el límite MAXEXTENT (pordefecto:300).Si se alcanza el número máximo de extents por objeto, se muestra un mensaje deerror ORA-1631 (para una tabla) o ORA-1632 (para un índice). Si ocurre esto, seincrementa el parámetro MAXEXTENT y se revisa el tamaño del siguiente extext.
    • Monitorización periódica: problemas de espacio librePeriodic Monitoring: Freespace Problems Error ORA-1653 Objects grow and allocate new extents ORA-1654 Insertions until the pre-allocated disk space is full Tablespace (tables or Oracle alert log indexes) DB02 - ... Database performance: Tables and Indexes x Extents Database Checks - SAPDBA x Tablespaces c - Tablespace administration Tables/Indexes Add data file DB Check Monitor (DB16) New disk? Database Operation Monitor (DB24) © SAP AG 1999 Se utiliza el Tables and Indexes Monitor (transacción DB02) para: - Analizar las tablespaces que están señaladas con problemas críticos de espacio libre. - Revisar el nivel de llenado para determinar cuando una tablespace alcanza un nivel crítico de llenado. Se revisa el Database System Check Monitor (transacción DB16) por alertas de problemas de espacio libre. En el log del comando sapdba –check se visualizan los atascos potenciales en la reserva de espacio libre de una tablespace. Se deben ampliar pronto las tablespaces críticas. Para realizar esto, se utiliza el SAPDBA o para añadir un fichero de datos a una tablespace o para redimensionar la tablespaces (SAPDBA permite redimensionar en la versión 4.5 y en versiones superiores). Si se añade un fichero de datos para ampliar una tablespace, se asegura que el tamaño del nuevo fichero de datos es lo suficientemente extenso. Si es necesario, se añade un nuevo disco duro y se crea un directorio sapdba<n>. Se revisa el número máximo de ficheros de datos permitidos en la base de datos. Este número se define en el parámetro DB_FILES de init<SID>.ora. Durante la creación de la base de datos se define un límite firme de ficheros de datos.
    • Después de que se modifique la estructura de los ficheros de datos, se hace unacopia de la base de datos, o al menos del último fichero de datos añadido y losficheros de control.La colocación paso a paso de extents asegura que los objetos solo puedencolocar espacio cuando lo necesitan. Si no hay suficiente espacio libre contiguopara destinar un nuevo extent, se muestra un mensaje de error ORA-1653 (parauna tabla) o ORA-1654 (para un índice).
    • Sistema de Revisión de la base de datos Database System Check: sapdba -check - CCMS Planning Calendar x Planning Goto Listing Help System MON TUE WED THU FRI SAT SUN 01:00 CheckDB 10:00 CheckOpt 5:00 AnalyzeTab Schedule sapdba -check to run once a week MON TUE to check: WED THU FRI SAT SUN 01:00 Check • Physical consistency of database MON 10:00 CheckOpt 5:00 AnalyzeTab • Table and index fragmentation01:00 CheckDB MON TUE • Database filling WED THU FRI SAT SUN 01:00 Check • Severe database errors in the alert log AnalyzeTab 10:00 CheckOpt 5:00 • Profile init<SID>.ora sapdba -check generates Mon TUE WED THU FRI SAT SUN the log file <DateTime>.chk 10:00 CheckOpt 5:00 AnalyzeTab in directory sapcheck DB16 © SAP AG 1999 Se utiliza SAPDBA para revisar lo siguiente: - Fragmentación de tablas e índices. - Relleno de tablespaces. - Consistencia física de la base de datos (ficheros de control, ficheros redo log y ficheros de datos). - Mensajes de error graves en el log de alerta. - Ajuste de los parámetros de init<SID>.ora. - Problemas de la base de datos específicos del entorno R/3. Se programa SAPDBA para que se ejecute una vez por semana, utilizando o el DBA Planning Calendar (transacción DB13) o introduciendo el comando sapdba –check en el nivel del sistema operativo. El comando sapdba –check genera in fichero log denominado <DateTime>.chk, que está escrito en el directorio sapcheck. La información del log se puede visualizar utilizando el R/3 Database System Check Monitor (transacción DB16). Se monitoriza esta información del log después de cada ejecución de sapdba –check.
    • Monitorización periódica: directorio de archivoPeriodic Monitoring: Archive Directory SAPGUI is hanging Archive directory is full - .… .… SAPGUI .... x or ______________________ ______________________ Archive process is ______________________ Ensure there is enough not running ______________________ free space in directory saparch for the offline redo ...saparch log files created in one day ARCHIVELOG mode Offline redo log files - Command prompt x DBMS ARCH brarchive -cds (copy_ delete_ save) Online redo log files BRARCHIVE <SID>A01 <SID>A01 - SAPDBA x ARCH not running: start archiver © SAP AG 1999 Si una ocurre una situación de atasco de archivado: - El sistema de la base de datos no puede escribir los ficheros online redo log. - La base de datos no puede realizar ninguna modificación de los datos de la base de datos. - SAPDBA no puede conectarse a la base de datos. Si el proceso de archivo se atasca, se monitorizan los logs de errores de la base de datos. El proceso de archivo puede atascarse si: - La base de datos está en el modo archive, pero el mecanismo de archivado de Oracle no se está ejecutando. Si ocurre esto, SAPDBA muestra un mensaje de error. Se utiliza SAPDBA para iniciar el mecanismo de archivado de Oracle. - El directorio de archivo se desborda, es debido a una gran cantidad de manipulaciones de datos (como por ejemplo mejoras o batch input). Si ocurre esto, se libera espacio en el directorio de archivo. Para conseguir espacio disponible en el directorio de archivo, se hace una copia en cinta de los ficheros offline redo log, utilizando SAPDBA o brarchive –cds. Antes de borrar los ficheros offline redo log, se hacen dos copias de cada fichero.
    • Si se dispone de espacio extra, se crea un fichero temporal en el directoriosaparch. En el caso de una situación de atasco de archivado, estos ficheros sepueden borrar para liberar espacio.
    • Monitorización periódica: copias de seguridad de la base de datosPeriodic Monitoring: Database BackupsPossible backup errors: Tape defect Schedule a new Wrong tape label database or log file backup Tape too small Corrupted blocks CCMS Planning Calendar Planning Goto Listing Help System MON TUE WED THU FRI SAT SUN Full Full Online Offline DB13 MON TUE WED THU FRI SAT SUN Check the success of the database and MON TUE WED THU FRI SAT SUN offline redo log file backups MON TUE WED THU FRI SAT SUN DB24 © SAP AG 1999 El DBA Planning Calendar (transacción DB13) muestra el estado de todas las actividades que se han realizado. El DBA Planning Calendar (transacción DB13) muestra información sobre: - Todas las acciones de las copias. - El estado de las copias de seguridad de la base de datos y de los ficheros offline redo log. - Los ficheros de log escritos por BRBACKUP y BRARCHIVE.
    • Asistente de Administración del Sistema de SAP.SAP System Administration Assistant (SAA) Use SSAA to check periodic database administration and monitoring tasks © SAP AG 1999 El Asistente de Administración del Sistema asiste en la administración regular de la base de datos del Sistema R/3. Para acceder al Asistente de Administración del Sistema, se selecciona Tools → Administration → Monitor → System Administration Assistant (SAA) , o se utiliza la transacción SSAA. Todas las tareas periódicas de administración de la base de datos (y las tareas de administración de R/3) se incluyen en una herramienta. Las tareas se organizan en categorías Daily, Weekly, Monthly, Yearly y Unscheduled/Occasional. No se necesita navegar por diferentes menús.
    • Summary of this Unit Now you are able to: Monitor the storage behavior of the database Extend tablespaces Monitor the storage behavior of data objects Adjust data object storage Avoid error situations Monitor the state of the optimizer statistics Refresh the optimizer statistics © SAP AG 1999 Par prevenir que ocurran errores en la base de datos, se realizan las siguientes monitorizaciones y tareas de mantenimiento en la base de datos de Oracle: - Monitorización del estado de las estadísticas de optimización. - Actualización de las estadísticas de optimización. - Monitorización del log de alertas de la base de dato. - Revisión de los niveles de llenado e incremento de los tamaños cuando sea necesario. - Monitorización del crecimiento de extents de tablas e índices. - Monitorización de la actividad de los offline redo log.
    • Further Documentation Oracle Database Administration CD SAPNet: SAP Notes 143288, 144325, 144326, 8541, 109034, 43487, 19466, 132861 SAP Online Documentation: SAP Database Administration: Oracle CCMS Database Administration BC505 Oracle Database Administration © SAP AG 1999 Los objetivos incluidos en este capítulo están disponibles en el SAP Knowledge Product CD: Oracle Database Administration.. La Documentación Online de SAP ofrede más información sobre la utilización del CCMS y la monitorización de la base de datos. Para mejorar las técnicas de administración de la base de datos, como manejar las situaciones de error, se recomienda el curso: BC505 Oracle Database Administration.
    • DB Administration: Periodic Checks: Exercises No. Exercise 1 Cost Based Optimizer 1.1 Check for table analysis (this may take a few minutes to run): use transaction DB02 to display an overview of the optimizer statistics. 1.2 Schedule Phase 1 of CBO: use the DBA Planning Calendar to schedule an action to check the optimizer statistics with the following options: Start immediately All SAP tablespaces Estimate Table and Index Note: The check of the optimizer statistics will take about 20 minutes to run. Since exercise 1.3 requires this exercise to complete, we recommend that you move to exercise 2 and complete the remaining exercises before attempting exercise 1.3. 1.3 Schedule Phase 2 of CBO: use the DBA Planning Calendar to schedule an action that creates new optimizer statistics/space statistics with the following options: Select a time (it must be after Phase 1 is complete) All tables marked in DBSTATC (this updates the statistics of all database tables determined by the action scheduled in step 1.2) If you use up all the blank lines in DB13, double-click on the date and choose Create to schedule a new action. 2 Checking the database 2.1 Use the DBA Planning Calendar to schedule the command sapdba – check. Display the results in the Database System Check Monitor and check the log. (When sapdba –check runs from the operating system, you do not see any output. Once it completes, you are returned to the system prompt.) 3 Adding a datafile 3.1 What should you do when a tablespace is too small? 3.2 Use SAPDBA to increase the size of the tablespace PSAPUSER1D by 10%. 4 Checking the archiver 4.1 Perform this check at the operating system by calling sapdba.
    • DB Administration: Periodic Checks: Solutions No. Solution 1 Cost Based Optimizer 1.1 Open the Tables and Indexes Monitor (transaction DB02). Choose Checks → Dates of table analysis. 1.2 To open the DBA Planning Calendar, choose Tools → CCMS → DB Administration → DBA Planning Calendar (transaction DB13). Double-click in the blank line of today’s date. In the dialog box displayed, select: Check optimizer statistics Start Immediately PSAP% - All SAP tablespaces E (estimate table) Then choose Continue. 1.3 In the DBA Planning Calendar, double-click in the blank line of today’s date. In the dialog box displayed, select Update optimizer statistics and a time and choose Continue. Select option DBSTATCO: all tables marked in DBSTATC and continue. 2 Checking the database 2.1 To schedule sapdba –check, choose Tools → CCMS → DB Administration → DBA Planning Calender (transaction DB13). Double-click in the blank line of today’s date. In the dialog box displayed, select Check database and a time and choose Continue. To view the results in the Database System Check Monitor, choose Tools → CCMS → DB Administration → Check → Monitor (transaction DB16). Double-click on one of the reported errors and choose Check log file. The output can also be viewed at the OS level in the directory /oracle/<SID>/sapcheck. 3 Adding a datafile 3.1 As user ora<sid>, you can add a datafile using sapdba. 3.2 Start SAPDBA and choose c – Tablespace administration → a – Enter tablespace name. Type in PSAPUSER1D. Choose f – Alter tablespace PSAPUSER1D add datafile Choose c – New size and type in the calculated value Choose s – Start. SAPDBA checks whether you have enough room to add a datafile. To continue, choose Enter. (Immediately after adding datafile, you should always make a backup. But for this classroom exercise, you can skip the backup.) 4 Checking the archiver 4.1 Call sapdba at operating system level and choose f – Archive mode → c – Show all archive information. Look at the field FREE SPACE.
    • 7. Procesos de fondo. Background Processing 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999 Contenidos: - Visión general del entorno de proceso de fondo. Objetivos: - Descripción de capacidades básicas del proceso de fondo. - Definición y programación de jobs de fondo utilizando el asistente de job. - Monitorización de jobs de fondo. - Hacer uso de la funcionalidad del procesos de fondo de R/3.
    • ¿Por qué se utiliza el procesamiento de fondo?Why Background Processing? Reasons for Background Processing Reducing load on workprocesse Dispatcher dialog s D B vs Mon Tue Wed Thu Fri Sat Sun Scheduling regular activities Mon Tue Wed Thu Fri Sat Sun © SAP AG 1999 Los procesos de trabajo de diálogo están previstos para el procesamiento de diálogo. Por esta razón, la duración de un paso de diálogo está limitada. Los procesos de fondo están previstos para operaciones que necesitan tiempo para ejecutarse. El procesamiento de fondo también es apropiado para actividades que están programadas para ejecutarse regularmente, por ejemplo las copias de seguridad de la base de datos o las evaluaciones financieras.
    • ¿Qué es un trabajo de fondo?What is a Background Job? Job 1 A job consists of one or more steps Job 2 A job step is one of the following: ABAP program (maybe with variants) Job 3 external command Step 1 external program One job is processed by one background workprocess Step n A job can be triggered There are 6 priorities: high 12 Class A job with target server 11 1 10 2 Class A job without target server 9 3 by time Priority 8 4 7 6 5 Class B job with target server Class B job without target server Class C job with target server by event Class C job without target server low © SAP AG 1999 Un trabajo de fondo consiste en uno o más pasos. Un paso puede ser: - Un programa ABAP. - Un comando externo. - Un programa externo. Cada job (trabajo) se procesa sin interrupción por un único proceso de trabajo de fondo. Un job se puede desencadenar para ejecutarse: - En una fecha y hora predefinida. - Cuando ocurre un suceso predefinido. Se puede establecer un orden el prioridad de los trabajos de fondo como: - Clase A (alta prioridad). - Clase B (prioridad media). - Clase C (baja prioridad). Los jobs asignados a servidores de destino tienen una prioridad más elevada que los que no se destinan a ningún servidor.
    • Programación de jobs y de balance de carga de trabajoScheduling of Jobs and Workload BalancingServer 1 Server 2 Server 3 Dispatcher Dispatcher Dispatcher D ... B B D ... B D ... D The job scheduler runs on every application server with background workprocesses every rdisp/btctime seconds (default: 60 s) Job ID Name Class Time If a target server is specified, Job-scheduling Target jobs are not distributed 0010 Job 1 A 08:00 table 0020 Job 2 C Server1 09:10 across the available 0030 Job 3 C 10:20 background servers 0040 Job 4 B 10:20 © SAP AG 1999 Server2 Los procesos de trabajo de fondo se pueden configurar en cualquier instancia de R/3 utilizando el parámetro rdisp/wp_no_btc del perfil de la instancia. No hay un número mínimo de procesos de trabajo de fondo. Los procesos de trabajo de fondo se definen basándose en el número de trabajos (jobs) de fondo que van a procesarse en cada instancia. La combinación de la identificador(ID) y el nombre del job hacen que cada job sea único en el sistema. Todas las instancias de R/3 con procesos de trabajo de fondo definidos en ellas tienen un job de programación ejecutándose. El programador de jobs ( programa de ABAP SAPMSSY2) se ejecuta en un proceso de trabajo de diálogo cada rdisp/btctime segundos. El tiempo por defecto es 60 segundos.
    • El programador de jobs revisa la tabla de programación de jobs en la base dedatos para ver si hay jobs preparados para ser ejecutados. Dependiendo de susprioridades, estos jobs se colocan en procesos de trabajo de fondo libres en elservidor actual.Los jobs que no se destinan a ningún servidor pueden ser procesados porcualquier proceso de trabajo libre. Por tanto, la carga de trabajo se distribuyeautomáticamente entre los servidores.Si se asigna un job a un servidor de destino, se pueden utilizar característicasespeciales de un servidor concreto (por ejemplo que se ejecute en la mismamáquina que la base de datos). Sin embargo, si se hace esto, se pierden losbeneficios de la distribución automática de la carga de trabajo.
    • Reservas para los jobs de clase AReservation for Class A Jobs No reservation B 1 3 rdisp/wp_no_btc = 2 B 2 12 11 1 Job ID Name Class Time 10 2 9 3 10:00 10:30 11:00 t 0010 Job 1 A 10:00 8 4 7 5 0020 Job 2 B 10:00 6 0030 Job 3 C 10:00 With reservation B 1 Operation mode: 2 background WPs B 2 3 1 reserved for Class A © SAP AG 1999 En una operación normal, cada proceso de trabajo de fondo procesa jobs de cualquier prioridad. Se pueden reservar uno o más procesos de trabajo de fondo para los jobs de clase A. Para especificar el número de procesos reservados, se debe definir un modo de operación en el CCMS y mantener la distribución de los procesos de trabajo para el modo de operación. Para mantener los modos de operación, se llama a la transacción RZ04 y se procede como se describe en la unidad 4 (Adaptación de definiciones de instancias y modos de operación). Reservando un número de procesos de trabajo se asegura que este número de procesos de trabajo se mantienen libres para los jobs de clase A independientemente de la prioridad de los jobs que ya se están ejecutando en otros procesos de trabajo. Los procesos de trabajo reservados pueden cambiar durante el funcionamiento, pero no pueden iniciarse jobs de clase B o C a menos que el número de procesos de trabajo reservados sean liberados de posibles jobs de clase A. Para más detalles de cómo reservar procesos de trabajo de fondo para jobs de clase A, se mira la nota de SAP 36280.
    • Utilizando el Asistente de Administración del SistemaUsing the System Administration Assistant System Administration Assistant (SAA) Running your system Overview : R/3 System administration DEV: Checklis for the Development / Test System QAS: Checklist for Operationg the Production System Additional Administration Tasks SAP System Administration Starting and Stopping the R/3 System from Windows NT Printing : installing Additional Printers Sending System Messages Profile Generator: Maintaining Activity Groups Use the System Users : Copying a User AdministrationAssistant Users : Locking and Unlocking Users Users : Changing a Password to start Users : Finding a Missing Authorization SM36(definea new job transactions ) Users : Checking Active Users Maintaining System Profiles SM37(monitor ) Operation Modes : Creating a New Operation Mode Operation Modes : Adjusting the Time Table jobs Operation Modes : Manually Switching Modes Operation Modes : scheduling Exception Operation Jobs: Scheduling Jobs Jobs: Checking Job Status and Displaying Logs Importing Hot Packages , Legal Change Patch , ... Performance Monitoring Database Management: Additional Tasks Trouble Shooting , Service and Support © SAP AG 1999 Para iniciar las transacciones SM37 o SM36, se utiliza Asistente de Administración del Sistema. Alternativamente se utilizan los siguientes caminos: - Para iniciar la transacción SM36 (definir un job), se selecciona System → Services → Jobs → Define job o Tools → CCMS → Jobs → Definition - Para iniciar la transacción SM37 (monitor de jobs), se selecciona System → Services → Jobs → Job overview o Tools → CCMS → Jobs → Maintenance.
    • Definir un job utilizando el Asistente de Jobs (Job Wizard)Defining a Job Using the Job Wizard Task flow Transaction SM36 General job Define Define Job Wizard information a step start conditions The Job Wizard is an easy way to create a job. Start condition of a job could be one of th Congratulations! 1.) immediately - meaning as soon as pos Step-by-step dialog screens guide you 2.) based on exact date time assignment through the process. You have successfully defined a job. Choose Done to 3.) after another job actually create the job in the system. You can use the navigation buttons go 4.) after an event back to previous steps. 5.) when a certain operation mode switch You can also choose Back to revise the job definition or Cancel to cancel the whole process. On the last screen, you will see what Immediately you have defined before you save Date/time ------------------------------------------------------------------ After job After event At operation mode switch Here is the job you have defined: Start on workday Job not released Job view Job name : GULP Job class : C - LOW PRIORITY Target server : Back Complete Cancel © SAP AG 1999 Para definir un nuevo job, se utiliza la transacción SM36. Liberando 4.6ª, se puede utilizar el Asistente de Jobs para definir nuevos jobs como se indica a continuación: - Especificar el nombre del job, la clase y opcionalmente el servidor de destino. - Definir un paso del job (un paso puede ser un programa ABAP, un comando externo o un programa externo). - Añadir nuevos pasos (si es necesario). - Iniciar la condición (tiempo o suceso). - Completar la definición. El Asistente de Jobs permite volver atrás y realizar cambios en cualquier punto durante la definición del proceso.
    • Ejecución de programas como pasos de jobsExecuting Programs as Job StepsR/3 System ABAPProgram External External Command Program No selection screen With selection screen predefined within R/3 Any command on • Operating system + • Command Operating System level Variant • Parameters sapxpg sapxpgOperating System External External Program Program © SAP AG 1999 Un paso de un job puede ser cualquiera de los siguientes: - PROGRAMA ABAP. Cualquier programa ABAP que genera una lista puede utilizase como un paso de un job. Si el programa incluye una pantalla de selección, se debe crear una variante antes de dejar que se ejecute en fondo. Una variante es el resultado de asignar valores definidos en los campos que aparecen en la pantalla de selección del programa ABAP. Esta lista se almacena en el sistema spool de R/3. Cuando se define un paso, se pueden establecer los parámetros de impresión (por ejemplo, dispositivo de salida) y el lugar en el que se guarda la lista spool ( este es el destinatario Sapoffice). - COMANDO EXTERNO. Un comando externo es cualquiera que no sea un programa, un script o un comando de R/3 que se ejecute en el nivel del sistema operativo. Ya que estos comandos se definen en R/3 por el administrador del sistema, el administrador utiliza las autorizaciones de R/3 para limitar el alcance de los comandos y su disponibilidad para los usuarios de R/3.
    • - PROGRAMA EXTERNO. Un comando externo es cualquiera que no sea un programa, un script o un comando de R/3 que se ejecute en el nivel del sistema operativo. El administrador del sistema no define previamente estos programas en R/3 y no se realiza ninguna revisión para detectar programas críticos o peligrosos.En los dos últimos casos, se llama a los programas desde el nivel del sistemaoperativo a través del programa sapxpg. Los programas se procesan: - De forma síncrona (los jobs esperan a que finalice el programa externo). - De forma asíncrona (el siguiente paso del job se ejecuta inmediatamente).La salida (stout y/o stderr) del programa externo se puede levantar en el log deljob.
    • Condiciones de inicio de un logStart Conditions of a Job 12 11 1 10 2Time based 9 3 Event based 8 4 7 6 5 Immediate After event once or periodically once or periodically if periodic, exceptions possible with or without parameter At Date/Time After job Job 1 Job 2 once or periodically status dependent if periodic, exceptions possible At change of Day Night On chosen workday (per month) operation mode once or periodically rdisp/btctime rdisp/btcname © SAP AG 1999 Las condiciones de inicio de un job pueden basarse en el tiempo o en sucesos. Basadas en el tiempo: - Inmediatamente. - En una fecha. - En un día laborable determinado ( definido como un día laborable por mes). Todas las condiciones de inicio basadas en el tiempo pueden ser periódicas. Esto significa que un job puede realizarse en intervalos de tiempo regulares y determinados. El parámetro rdisp/btctime especifica el intervalo de tiempo de programación del job. Basadas en sucesos: - Después de un suceso ( opcionalmente se pueden utilizar parámetros para sucesos más específicos). - Después de un job (esto puede depender del estado del anterior job). - Un cambio en el modo de operación (por ejemplo, entre el día y la noche).
    • El parámetro rdisp/btcname especifica que servidor de aplicación maneja loseventos desencadenados desde R/3.
    • Definición y desencadenamiento de sucesosDefinition and Triggering of EventsR/3 System Definition events of Triggering of events CCMS CCMS (manually) User ABAP program event SAPevent external sapevt Operating System © SAP AG 1999 El sistema administrador define nuevos sucesos en CCMS. Los sucesos pueden ser sucesos de SAP o sucesos de usuarios. Los sucesos de SAP son sucesos internos del Sistema R/3 y no se deben ni modificar ni desencadenar. Los sucesos se pueden desencadenar: - Para propósitos de revisión, manualmente en el CCMS. - Desde programas ABAP, utilizando el módulo de función BP_EVENT_RAISE. - Desde el exterior de R/3 en el nivel del sistema operativo, utilizando el programa sapevt. La sintaxis de sapevt es: sapevt <event> [ -p <parameter> ] [ -t ] <[pf = <profile>]> | <[name = <SID>] [nr = <instance>]> <event> : nombre del suceso definido en el CCMS (necesario). <parameter> : parámetro específico (opcional). -t : crear una rastro del fichero (opcional). <profile> : nombre de la ruta para el perfil (opcional). <SID> : nombre del Sistema R/3 (opcional). <instance> : número de instancias del Sistema R/3 (opcional). Ejemplo: sapevt gulp name=DEV nr=00.
    • Cuando se desencadena un suceso, se puede especificar un parámetro. Se puedendefinir jobs que se desencadenen cuando ocurra un suceso con un parámetrodeterminado.
    • Estado de un jobStatus of a Job Scheduled Change job Released Ready Active Monitor Finished Canceled Job log Use Copy Spool list to create a new job (only for ABAPs) © SAP AG 1999 El estado de un job puede ser uno de los siguientes: - Programado: se crea el job pero no tiene condición de inicio.ç - Liberado: el job se define completamente y espera a ser seleccionado. - Preparado: el job se ha seleccionado para ejecutarse. - Activo: un proceso de trabajo de fondo está ejecutando el job. - Terminado: se ha ejecutado con éxito el job completo. - Cancelado: finaliza el job con problemas. Mientras el job esté en los estados programado o liberado todavía se pueden realizar cambios en él. Si se ha iniciado la ejecución de un job, el procesos se puede monitorizar en el log del job. Si el job contiene programas ABAP, sus salidas se almacena en las listas de spool. Para crear los pasos de un nuevo job a partir de otro existente, se selecciona la opción Copiar.
    • Monitorización de jobs en forma de textoJob Monitoring: Text FormJob overview and Sp Jopath to more details ool b list log StSelection atu criteria sDouble- … Job detailson line forclick ... © SAP AG 1999 Para monitorizar jobs, se llama a la transacción SM37. En Versión 4.6A, la pantalla inicial ofrece un extenso rango de criterios de selección. Por ejemplo, se pueden seleccionar jobs especificando uno de sus pasos. Para ver la lista de jobs basados en sucesos, se debe especificar un suceso. Esta lista de jobs presenta la selección de usuario en la parte superior de la pantalla. El Visualizador de Listas de ABAP (ALV) se utiliza para visualizar la lista y para permitir disponer de múltiples variantes de visualización. Desde la visualización general del job, se puede navegar por distintas visualizaciones detalladas relacionadas con el job: - En la versión 4.6A, el log del job permite monitorizar el procesamiento de un job. - La lista de spool contiene la salida de los programas de ABAP. - Los detalles del job incluyen la definición del job, el tiempo de ejecución y el número de procesos de fondo.
    • Monitorización de jobs de forma gráficaJob Monitoring: Graphical Form © SAP AG 1999 Para acceder al monitor gráfico de programación (transacción RZ01), se selecciona Tools → CCMS → Control/Monitoring → Job scheduling monitor. La columna Job Server indica los nombres de los servidores. Nombres duplicados indican múltiples procesos de trabajo de fondo configurados por el servidor. Si se ha configurado un modo de operación para reservar un proceso de fondo para jobs de clase A, se indica también en la visualización. Cada casilla mostrada por el Monitor de Programación de Jobs representa un job de fondo. Para encontrar información detallada sobre el job, se selecciona una de las casillas. Se selecciona Legend para obtener un explicación de todos los iconos y colores que aparecen en la visualización.
    • Visión general: ampliación de estándaresOverview: Extending the StandardUsing ABAP job API Using external job XBP-API Job 1 Job 2 A pair of Involving several R/3 running jobs Systems periodically Involving non-R/3 Job 1 One job Systems Job 3 two with Job 2 predecessors DEV External job Job 1 Any complex scheduling inside one XBP scenario R/3 system System QAS Job 2 Job 1 on R/3 DEV Job 2 on R/3 QAS Job Z on non-R/3 System X X Job Z See Function Groups BTCH, BTC2 See SAPNet Alias csp → Job Scheduling © SAP AG 1999 Las funciones descritas hasta ahora no cubren todos los escenarios de la programación de fondo. Se pueden implementar más funciones avanzadas de distintas formas. El Sistema R/3 incluye varios módulos de función internos para ayudar a crear un workflow (tipo de software para automatizar las etapas de un proceso) se jobs propio. Se pueden encontrar estos módulos de función en los grupos de función BTCH y BT02. Con la ayuda de estos módulos, se pueden crear arbitrariamente complejos escenarios. SAP ofrece una extensa serie de interfaces para integrar el CCMS con entornos de gestión del sistema existentes. - La interfaz de monitorización externa (XMI-API) registra la actividad de usuarios y programas de dirección. - La interfaz externa de procesos de fondo (XBP-API) permite utilizar sistemas de programación de jobs de fondo externos. Estas herramientas permiten programar procesos de fondo más allá de los límites de R/3 e incluir sistemas distintos a el Sistema R/3.
    • Para obtener una lista de las soluciones certificadas disponibles se mira el áreade SAPNet “Complementary Software Program” (alias csp).Se informa acerca de estos temas en el documento BC305.
    • AutorizacionesAuthorizations 1 Object Fields Value Meaning Operation on jobs JOBACTION DELE Delete jobs of other users LIST Display spool lists of other users (S_BTCH_JOB) PROT Display job logs of other users RELE Release own jobs automatically SHOW Display other users job definitions JOBGROUP * Reserved, set to * Background BTCUNAME <name> Authorized user when scheduling user name (S_BTCH_NAM) Administrator BTCADMIN Y User is batch administrator (S_BTCH_ADM) N or empty Restricted to jobs in current client © SAP AG 1999 S_BTCH_JOB. Determina las siguientes funciones: - DELETE: borrar jobs de otros usuarios. - LIST: mostrar peticiones de spool creadas por jobs de otros usuarios. - PROT: mostrar los logs de jobs creados por otros usuarios. - RELE: liberar automáticamente los jobs propios durante la programación. - SHOW: mostrar las definiciones de jobs de otros usuarios. S_BTCH_NAM. Determina que usuarios autorizados se pueden se pueden seleccionar cuando se programa un job. Un usuario autorizado proporciona las autorizaciones necesarias para la realización de job de fondo. S_BTCH_ADM. Concede autorizaciones a un administrador , introduciendo Y. El administrador puede acceder a jobs de todos los clientes. Sin esta autorización, los usuarios sólo pueden trabajar en jobs dentro de los clientes en los que se han registrado.
    • Authorizations 2 Object Fields Value Meaning 01 All CCMS management functions System administration ACTVT 03 Only display activities in CCMS (S_RZL_ADM) External COMMAND <name> Name of logical command commands (S_LOG_COM) OPSYSTEM <name> Name of operating system HOST <name> Host name of target system © SAP AG 1999 S_RZL_ADM. Se necesita está autorización para conceder altas y mantener habilidades del sistema administrador para las funciones del CCMS. El código de actividad 01 concede la administración de todas las funciones de gestión con CCMS. El código de actividad 03 concede sólo las habilidades de visualización en el CCMS. S_LOG_COM. Concede autorización para ejecutar comandos externos. Están disponibles los siguientes campos: - COMMAND: nombre lógico del comando externo. - OPSYSTEM: nombre del sistema operativo en el host de destino. - HOST: nombre del host en el sistema de destino.
    • Summary of this Unit Now you are able to: Define and maintain background jobs Distinguish between the various background processing features Monitor background jobs Set up an authorizations concept for background processing © SAP AG 1999
    • Further Documentation SAP Knowledge Product System Management SAP Online Documentation © SAP AG 1999
    • Background Processing: Exercises No. Exercise 1 (Optional) Check the background processing environment The following steps give you practice in evaluating your background environment. Always perform these steps if problems occur in your system. 1.1 How many background work processes are configured on your SAP System? 1.2 What determines the number of available background work processes? 1.3 How many background jobs can you run at the same time? 1.4 How can you check at what intervals the job scheduler runs? 1.5 How can you find out which application server handles events triggered from within R/3? 1.6 Can you run background jobs of class A on your R/3 server? 1.7 Can you find out if you have background work processes reserved for class A jobs in your process overview (transaction SM66) or in your instance profile? 1.8 Imagine that you have no available background work processes. Can you make background work processes available without restarting your R/3 instance? 2 Create, schedule, and monitor a background job Set up and execute background jobs using different methods. Evaluate the job results. 2.1 Execute Report RSUSR000 in dialog using transaction SA38. 2.2 Execute Report RSUSR000 in background using transaction SA38. 2.3 Define a job SIMPLE_## using the Job Wizard. The job should: – Be of class C – Have 1 step: execute Report RSUSR000 – Start immediately 2.4 Check whether job SIMPLE_## ran successfully. Find data relating to the start date, steps, and job details such as client and user name. Is the spool list printed automatically? 2.5 (Optional) Determine the actual execution time of job SIMPLE_## and whether there was a delay before it started. 3 ABAP with variant and external program Execute an ABAP program using an existing variant and an external program. 3.1 Define a job STEPS_## using the Job Wizard. The job should: – Be of class C – Step 1: Execute Report RSPFPAR with variant DISPATCHER – Step 2: Execute external program whoami (check the control flags) – Start in 2 minutes
    • Check whether the job ran successfully.3.2 (Optional) Create your own variant for report RSPFPAR. Schedule a job that uses this variant.4 External commands and events handling Create a User defined event, then schedule a job with an external command to be executed based on this event. Trigger the event from CCMS and from an external program.4.1 Display a list of external commands. What does the command ZKERNEL do?4.2 Within CCMS, create a user event MYEVENT_##.4.3 Define a job EVENT_## using the Job Wizard. The job should: – Be of class C – Step 1: Execute external command ZKERNEL – Start after event MYEVENT_## and specify event periodic Display the job in the Job Overview.4.4 In a second session, trigger the event manually in CCMS and refresh the Job Overview.4.5 Trigger the event at operating system level and refresh the Job Overview.5 (Optional) Define job chains Create a job that is dependent on the job created in exercise 4.5.1 Define a job NEXTLINK_## using the Job Wizard. The job should: – Be of class C – Step 1: Execute report RSUSR000 – Start after successful run of job created in exercise 4 Check the status of the job in the Job Overview.5.2 What must you do to run job NEXTLINK_##?
    • Background Processing: Solutions No. Solution 1 Check the background processing environment 1.1 Check in transaction SM66 (choose Select Process, flag status wait) for the number work processes of type BTC (background). 1.2 Initially, parameter rdisp/wp_no_btc determines the number of available background work processes. You can check the parameter setting using transaction RZ11 or with Report RSPFPAR. If you use operation modes (transaction RZ04), this setting can be overwritten. Use the CCMS Control Panel (transaction RZ03) to check the current operation mode. 1.3 You can run as many background jobs in parallel as background work processes are available. 1.4 Check parameter rdisp/btctime. This parameter determines the intervals at which the job scheduler runs. To check the parameter setting, use transaction RZ11 or report RSPFPAR. 1.5 Check parameter rdisp/btcname. This parameter determines the application server for event handling. To check the parameter setting, use transaction RZ11 or report RSPFPAR. 1.6 You can run background jobs of class A on any server where background work processes are running. 1.7 If you have reserved background work processes for class A jobs, this is only visible in the operation mode definition. To find out if any background processes have been reserved for Class A jobs, in transaction RZ04 choose Instances/operation modes and view column BPA. 1.8 You can use transaction RZ04 to define an operation mode with background work processes. 2 Create, schedule, and monitor a background job 2.1 In transaction SA38, enter RSUSR000 and choose Execute. 2.2 Enter RSUSR000 and choose Background. On the next screen, choose Execute immediately. To check the job status and the spool list from this screen, you can choose Job overview. 2.3 In transaction SM36, start the Job Wizard. Enter job name SIMPLE_## and select class C but leave Target server free. Choose Continue. Select ABAP program step and continue. As ABAP program name enter report RSUSR000. Choose Continue. Do not specify any additional steps: choose Continue. As start condition, select Immediately and continue. Do not flag Period. Choose Continue and Complete. 2.4 To check job status, use transaction SM37 and select Execute. For job details, double-click the job and select Job details. Details include job ID, client, user name, and work process number. To see the defined steps of the job, choose STEP.
    • Spool lists are only available when you use an ABAP program as a job step. If, when defining the step, you have defined immediate output in your user defaults or set print parameters, a spool list is printed automatically.2.5 You can determine the execution time in transaction SM37 (see solution 2.4). In transaction SM39, you can see further information regarding background jobs, for example, job name, user who scheduled job, status, start time, job duration, start delay, and average run time for periodic jobs. In the initial screen of transaction SM39, enter the job you defined in step 2.4.3 ABAP with variant and external program3.1 In transaction SM36, start the Job Wizard. Enter job name STEPS_## and select class C but leave Target server free. Select ABAP program step and as ABAP program name enter report RSPFPAR with variant DISPATCHER. As additional step, select External program as a step and enter program name whoami without additional parameters. As target server, enter the name of your application server. Check the control flags and save the proposed default settings. As start condition, select Date/time and enter the planned start time. Check whether the job ran successfully as in solution 2.4.3.2 (Optional) In transaction SA38, enter RSPFPAR and choose Goto → Variants. Enter a name for your variant and choose Create. Fill out the selection screen as you like. Click Attributes and then enter a description of your variant. Save your input and go back (choose Back). You can then run RSPFPAR with your own variant as a job step as described in solution 3.1.4 Create events then schedule jobs dependent on these events4.1 To display a list of external commands in CCMS from the SAP standard menu, choose Tools → CCMS → Jobs → External Commands (transaction SM49). To run a command in the list, select the command and choose Execute. External command ZKERNEL displays the disp+work (kernel) information.4.2 Choose Tools → CCMS → Jobs → Maintain event. Do not modify system event names. Under User event names, select Maintain and execute. Choose Create. Enter the event ID MYEVENT_## and a description of the event, then choose Save.4.3 In transaction SM36, start the Job Wizard. Enter job name EVENT_## and select class C but leave Target server free. Select external command ZKERNEL without further parameters. Select the operating system. As target server, enter the name of your application server. Choose Control flags and save the default settings. As start condition, select After event, select MYEVENT_## without a parameter, and set flag Period. Check the job status in transaction SM37. To ensure that your job is listed, you must enter the name of the triggering event (or *) in the selection screen.4.4 In the SAP standard menu, choose Tools → CCMS → Jobs → Trigger event
    • (or use transaction SM64), select your event, and trigger it without parameter. If you refresh the Job Overview, you will see that the job has run once and is scheduled to run again.4.5 (Optional) At the operating system level of the application server, enter sapevt MYEVENT_## name=<SID> nr=<nr> If you refresh the Job Overview, you will see that the job has run once and is scheduled to run again.5 Define job chains5.1 In transaction SM36, start the Job Wizard. Enter job name NEXTLINK_## and select class C but leave Target server free. Select ABAP report RSUSR000. As start condition, select After Job, enter predecessor job name EVENT_## and select Start if the preceding job ends successfully. Complete the job definition. Check the job status in transaction SM37. To ensure that your job is listed, select Expanded job selection and in the field Start after job enter the name of the predecessor job (or *).5.2 In a second session, trigger MYEVENT_## again. To see if it ran successfully, refresh the Job Overview.
    • 8. Logística del software Software Logistics 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999 Contenidos: - Entorno del Sistema y Sistema de Gestión del Transporte (TSM: Transport Management System). - Trabajo de proyectado y Organizadores. - Los procesos de importación. Objetivos: - Utilización del TSM para administrar el Sistema R/3, configuración de las rutas de transporte e importación de los cambios necesarios. - Explicación de las características y limitaciones de las herramientas del cliente R/3. - Coordinar y distribuir cambios utilizando el CO y WBO.
    • Generalidades de la logística del softwareSoftware Logistics in General Part 1: System Landscape and TMS The primary logistics question is : How do you get the right objects to the right place at the right time ? Distributed software development always requires coordination (for example, within the ABAP Workbench in various R/3 Systems), so the question becomes: How can the source code be administered ? How can the changes be made ? How can the development projects be organized ? © SAP AG 1999 Este tema se encarga de la distribución de los objetos en el Sistema R/3. En el Sistema R/3, estos objetos pueden incluir ajustes realizados durante la construcción según especificaciones, o el desarrollo software interno hechos por un realizador para utilizarlo con R/3. Por ejemplo, puede ser necesario transportar el software interno entre los diferentes Sistemas R/3. El entorno de desarrollo ABAP ofrece herramientas para ayudar al constructor a desarrollar software interno. Utilizando estas herramientas, varios desarrolladores pueden trabajar juntos en un proyecto software que incluya uno o más Sistemas R/3. Para una larga escala de proyectos de desarrollo que pueden ejecutarse simultáneamente en diferentes localizaciones, la administración del código fuente es un problema complicado.
    • Este problema no se limita al entorno de R/3, es una cuestión típica que sepresenta en cualquier proyecto de desarrollo considerable. La administración delcódigo fuente necesita: - Registrar los cambios en el código fuente. - Identificar el original y las copias del original.En este tema, se inspecciona primero la estructura del Sistema R/3 y se discutenlas soluciones de problemas de logística que SAP ofrece.
    • Estructura de los datos de un Sistema R/3.Data Structure of an R/3 System Client 000 Client <nnn> Appl. Appl. data data User User . . . Customizing Customizing Cross-client Customizing R/3 Repository © SAP AG 1999 El Sistema R/3 está formado por varios tipos de datos. A ciertos tipos de datos sólo se puede acceder desde un mandante (cliente) determinado. Estos tipos de datos incluyen datos de aplicación de negocios (documentos, registro maestro de materiales, etc) así como la mayor parte de los ajustes de personalización. Estos ajustes: - Definen las estructuras de organización del cliente (canales de distribución, código de la compañía, etc). - Modifican los parámetros de las transacciones de R/3 para adaptar las operaciones de negocio especificas del cliente. Existe una interdependencia entre los tipos de datos específicos del mandante. De esta manera, cuando se introduce un dato de aplicación, el sistema revisa si el dato encaja con los ajustes de personalización del mandante. Si hay incoherencias, el dato de aplicación se rechaza. Por tanto, los datos de aplicación normalmente tienen sentido de negocio en su entorno específico de personalización.
    • Además de datos específicos del mandante, R/3 puede tener otros ajustes que,una vez definidos, son válidos para todos los mandantes. Estos datos incluyen: - Parametrizaciones generales para todos los clientes, como ajustes de impresión. - El Repositorio de R/3, que contiene todos los objetos del Diccionario de R/3 (tablas, elementos de datos y dominios), así como programas ABAP, menús, CUAs, etc.En el caso de la Personalización general de todos los clientes, se puede utilizarinmediatamente un informe ABAP que originalmente se desarrolló para unmandante determinado en otro mandante.
    • Tipos de adaptaciónTypes of Adaptation Customizing Appl. Appl. data data User User . . . . Customizing CustomizingCustomizing Cross-client Customizing R/3 Repository Development Modifications Customer enhancements © SAP AG 1999 En el Sistema R/3 existen diversos tipos de cambios y ajustes de datos correspondientes a los diversos tipos de datos. El Sistema R/3 está repartido de forma estándar y se debe ajustar a las necesidades de personalización durante la fase de implementación. Esta procedimiento se denomina Personalización. La Personalización incluye tanto los clientes específicos como las datos de personalización para todos los clientes. Una mejora de R/3 requiere un a cantidad limitada de personalizaciones adicionales. A diferencia de la Personalización, las mejoras y ajustes del Repositorio de R/3 no son necesarias para operar en el Sistema R/3. - Para adaptar el Repositorio de R/3 a las necesidades del cliente, el cliente puede desarrollar software interno. - Además, se pueden añadir al Repositorio de R/3 las mejoras de cliente. En este caso, se utilizan los objetos definidos por el cliente para complementar el reparto estándar de SAP. - Finalmente, objetos de R/3 como informes y definiciones de tablas se pueden modificar directamente. En este caso, el Repositorio de R/3 repartido por SAP no se mejora simplemente; se cambia. Durante la siguiente mejora de R/3, se puede necesitar, sin embargo, ajustar
    • estas modificaciones antes de que se incorporen al nuevoRepositorio. Este ajuste puede consumir mucho tiempo.
    • Consecuencias: logística software de R/3Consequences: Software Logistics in R/3 Appl . Appl. data U data Us Differentclients : se er for Execution Customizing r Customizing Testing Cross-client Customizing Productivusage R/3 Repository of e Customizing Separate R/3 for house in- and for changes Systems to theR/3 customer development made Repository DEV QAS PRD © SAP AG 1999 Debido a las características del Sistema R/3 descritas anteriormente, el tipo y número de mandantes y de Sistemas R/3 están sujetos a los siguientes requerimientos: - No se debe realizar la Personalización en el mandante de producción. Por esta razón, cada implementación de R/3 necesita varios mandantes. En el caso de instalaciones de R/3 más grandes, puede ser necesario probar conjuntamente distintas partes de un proyecto de Personalización en distintos mandantes. La operación de producción, en última instancia, requiere aún otro, el mandante final. - En el nivel técnico, la distribución de estos mandantes (así como de cualquier otro) a través del Sistema R/3 depende de si se hacen o no cambios en el Repositorio de R/3. - Si se hacen cambios, los entornos de desarrollo y producción se deben subdividir y distribuir a través de varios Sistemas R/3. De lo contrario, los programas ABAP que se crearon en el mandante de desarrollo, pero siguen necesitando ser probados, pueden inmediatamente estar disponibles en el mandante de producción. Esto puede causar serios problemas de seguridad y funcionamiento.
    • - Por tanto, si se planea realizar algún cambio en el Repositorio de R/3, es recomendable instalar al menos dos y preferiblemente tres Sistemas R/3. Se puede utilizar el Sistema R/3 adicional para hacer pruebas en masa y para garantizar la calidad.En resumen: - Los ajustes de personalización se deben transportar entre los usuarios. - Los cambios en el Repositorio de R/3 se deben transportar entre los Sistemas R/3.
    • Using the System Administration Assistant Use the System Administration Assistant to start transaction STMS (Transport Management System) © SAP AG 1999
    • Sistema de Gestión del Transporte (TSM): conceptosTransport Management System (TMS): Concepts Transport domain 1 Transport domain 2 Transport group Transport group 1 Transport Directory Transport Directory Transport Directory Transport group 2 = Transport domain controller © SAP AG 1999 El Sistema de Gestión del Transporte (TSM: Transport Management System) permite realizar transportes entre los distintos Sistemas R/3 para una administración centralizada. El TSM clasifica los Sistemas R/3 en grupos de transporte y dominios de transporte: - Un grupo de transporte está formado por todos los Sistemas R/3 que pueden acceder a un directorio común de transporte. - Un directorio está formado por uno o más grupos de transporte. Para permitir una administración centralizada de los transportes, debe ser posible administrar todos los sistemas en un dominio de transporte desde un Sistema R/3 designado, denominado el dominio controlador de transportes. Para la administración de los transportes, se almacena centralmente la siguiente información: - Los sistemas que participan en los transportes. - Las rutas de transporte.
    • No se necesita fijar manualmente esta configuración de datos en cada SistemaR/3. En cambio, utilizando RFC, el dominio controlador de transportesdistribuye los datos a todos los Sistemas R/3 participantes.
    • TSM: administración del Sistema R/3TMS: Administering Your R/3 Systems Delete Approve Domain Controller RFC RFC RFC Transport Directory Transport group Transport domain © SAP AG 1999 Para crear un dominio de transporte, se llama al TSM desde el Mandante 000. Para definir automáticamente el dominio controlador de transportes como el sistema en uso, se selecciona Tools → Administration → Transports → Transport Management System. En cuanto el dominio da sido creado, los sistemas adicionales pueden solicitar la aceptación por parte del dominio. Por razones de seguridad, estos sistemas no son aceptados hasta que el dominio controlador de transportes no les autoriza. El sistema descriptivo de TSM muestra los diversos estados del sistema: - Esperando la aceptación por parte del dominio. - Activo. - Sistema bloqueado por el TSM. - Sistema no aceptado. - Sistema eliminado. Técnicamente, TSM puede conectar sistemas con diferentes estados de liberación de R/3. Sin embargo, SAP no admite ningún transporte entre estos sistemas. Debido a su importancia central, el dominio controlador de transportes debe ejecutarse en un Sistema R/3 con alta disponibilidad.
    • TSM: configurando las rutas de transporteTMS: Configuring Transport Routes Delivery routes Consolidation routes To insert new systems into the configuration, use drag and drop Standard To define transport routes, insert transport arrows and choose type of transport route layer Distribute and activate the new configuration © SAP AG 1999 Para configurar las rutas de transporte entre sistemas en el dominio, se utiliza el editor jerárquico de listas y el editor gráfico que ofrece TSM. Se definen estos ajustes en el dominio controlador de transportes. Las rutas de transporte pueden ser rutas o de consolidación o de entrega. - Para las rutas de consolidación, se utiliza una capa de transporte, por ejemplo para definir una ruta entre el sistema desarrollador y el sistema de garantía de calidad. - Las rutas de entrega conectan sistemas, por ejemplo el sistema de garantía de calidad y sistema productivo. Estos no utilizan capas de transporte. Después de que se configuren las rutas de transporte en el dominio controlador de transportes, se pueden distribuir a través de todos los sistemas del dominio. Se deben activar estos cambios en todos los sistemas del dominio. El dominio controlador de transportes puede realizar esto de forma centralizada. Para permitir reutilizar configuraciones previas, se pueden crear versiones de TSM.
    • TSM: garantía de calidad (QA)TMS: Quality Assurance Development Quality Assurance Production OK TMS QA approval procedure © SAP AG 1999 El procedimiento de aprobación QA de TSM aumenta la calidad y la disponibilidad de los sistemas de producción permitiendo que se realicen peticiones de comprobación en el sistema de consolidación (garantía de calidad) antas de que se repartan a los subsiguientes sistemas. El sistema para el que el procedimiento de aprobación QA está activo se denomina sistema de consolidación (QA). Cuando el procedimiento de aprobación está activado, las peticiones de transporte solo se remiten a los sistemas de entrega si se procesan todos los pasos de aprobación QA para cada petición en el sistema QA y cada petición ha sido aprobada (cuando se configura el sistema QA, se determina cuantos pasos de aprobación se tiene que procesar cada petición). La petición solo se aprueba si todas las comprobaciones de pasos de aprobación se realizan correctamente. Solo se pueden importar completamente a los sistemas de entrega las peticiones de aprobadas. Las peticiones rechazadas no se importan a los sistemas de reparto del sistema QA.
    • Opciones de cambio del sistemaSystem Change Options © SAP AG 1999 Las opciones de cambio del sistema definen si los objetos del Repositorio y los objetos de Personalización para todos los clientes se pueden modificar globalmente. Si se pueden modificar globalmente, se puede especificar para cada componente de software o namespace si puede ser modificado. Para llegar a la opción de cambio del sistema Sistema de Gestión del Transporte, se selecciona STMS → Overview → Transport Routes → Environment → System change option. Un componente de software se asigna a clases dedicadas de desarrollo. Estos pueden estar sometidos a restricciones de modificación, es decir, los nuevos objetos solo se pueden crear como objetos no originales. Los clientes y los partners pueden reservar namespaces para el desarrollo software. Estos namespaces se diseñan para las mejoras del cliente a gran escala así como para añadidos software de los partners. La sintaxis de los objetos de namespaces reservados es: /<namespace>/<nombre del objeto>, por ejemplo /abcdefgh/cliente. El prefijo del namespace puede tener hasta 10 caracteres.
    • Para cada Sistema R/3, el cliente puede establecer si los objetos contenidos enlos namespaces y en los rangos de nombres pueden cambiar.Para permitir que un objeto se modifique, el Sistema R/3 no se debe bloquearglobalmente a los cambios.
    • Opciones de cambio de mandanteClient Change Options Changes and transports for client-specific objects Changes to cross-client objects Protection against client copy and comparison tools © SAP AG 1999 En cuanto se instala en Sistema R/3, se deben crear los mandantes necesarios. Para crear mandantes, se llama a la transacción SCC4 y se selecciona Tools → Administration → Administration → Client Administration → Client Maintenance. No sólo se deben fijar las opciones de cambio del sistema para todo el Sistema R/3, también se fijan las opciones de cambio del mandante. La permisividad de cambios depende de la función del mandante. Por ejemplo, no se deben permitir cambios en un mandante que se está utilizando actualmente en una operación de producción. Para evitar cambios en un mandante, se pueden imponer restricciones en distintos niveles. Primero, se decide como y si se permite realizar cambios en un mandante determinado. Tomando esta decisión se distingue entre mandantes en los que: - No se permiten cambios. - Se permiten cambios pero permanecen dentro del mandante (por ejemplo, mandantes que se utilizan para formación). - Se permiten cambios y estos pueden transportarse. En este caso, se debe decidir si el Organizador de Personalización registra los cambios automáticamente o sólo se transportan manualmente.
    • Además., se debe decidir si se permite cambiar el Repositorio de R/3 y/o laPersonalización para todos los clientes.Para mandantes con datos de producción u otros datos que puedan suponer unriesgo de seguridad, se toman medidas adicionales de seguridad. Un nivel deprotección permite decidir o que se pueda rescribir un mandante por una copiadel cliente o hacer que los datos sean accesibles externamente ( por ejemplo,para una comparación entre ajustes de personalización a través de mandante ylímites del sistema).
    • Resumen: establecer un Entorno de Transporte de R/3Summary: Setting up an R/3 Transport Landscape 1. Make the transport directory available. 2. Configure the transport domain controller and define the domain. 3. Configuration of the transport program (tp) is done automatically and must not be done at OS level. 4. In the TMS: - Include all remaining systems in the domain - Define the transport routes - Define QA approval procedure 5. Set the system change options according to the role of the R/3 System. 6. Create clients and set the client change options for the production system, development system, and so on. © SAP AG 1999 Pasos para establecer un entorno de transporte en R/3: - Hacer que un directorio esté disponible para cada Sistema R/3 que vaya a ser transportado. El TSM establece un directorio de transporte para cada Sistema R/3. - Para configurar el TSM, se define el dominio controlador de transportes. - En el TSM: incluir todos los sistemas restantes en el dominio y definir las rutas de transporte. - Establecer las opciones de cambio del sistema según el papel que desempeña el Sistema R/3. - Se crean mandantes en cada Sistema R/3 y se establecen las opciones de cambio del mandante (sistema de producción, sistema desarrollo, etc).
    • Transportes en un Sistema R/3 individualTransports in a Single R/3 System Existing client Source client New client Client copy Appl. Appl. Appl. data data data Client User User User copy change Customizing request Customizing Customizing Cross-client Customizing R/3 Repository © SAP AG 1999 Después de que se cree los Sistemas R/3 y sus mandantes, estos sistemas y mandantes deben personalizarse y llenarse con datos. Primero, se considera la distribución de estos ajustes y datos dentro de un Sistema R/3. El primer paso en el ajuste de un Sistema R/3 a los requerimientos de personalización es el proceso de Personalización. La Personalización se realiza en mandantes individuales, en los que los ajustes se pueden distribuir a través de otros mandantes en el Sistema R/3. Durante la distribución del proceso, se debe diferenciar entre: - Mandantes de destino con datos existentes que se deben conservar. - Mandantes de destino vacíos que no se han llenado aún con datos. Para mandantes de destino con datos existentes, se distribuyen los ajustes de Personalización utilizando la transacción SCC1. Esta transacción permite que las entradas individuales de tablas se transporten sin borrar el mandante de destino completamente.
    • Para los mandantes de destino vacíos que necesitan ser configuradosnuevamente, los ajustes de personalización deben ser distribuidos utilizando unacopia local del mandante. Una copia local del mandante puede transportar todoslos ajustes de personalización, posiblemente hasta incluyendo todos los datos deaplicación. Debido a las dependencias de datos descritas anteriormente,normalmente se borran los mandantes antes de se copien los datos en ellos. Portanto, una copia local de mandantes no se puede utilizar para combinar datos dedistintos mandantes; más bien, su propósito es configurar nuevamentemandantes de destino vacíos.
    • Copia local de mandantesLocal Client Copy Appl. Appl . data U data U U U se se se se r Customizin Customizin Customizin g g g Cross-client Customizing R/3 Repository © SAP AG 1999 Seguidamente, se consideran las herramientas individuales en detalle, empezando con la copia local de mandantes. En el cliente destino, se inicia la transacción SCC1 seleccionando Tools → Administration → Administration → Client Administration → Client Copy → Local Copy. La copia local de mandantes distribuye objetos de mandantes específicos entre los mandantes pertenecientes a un Sistema R/3. Estos objetos incluyen datos de personalización, datos de aplicación y datos de usuarios maestros con autorizaciones. Aquí, de nuevo, los datos de aplicación solo tiene sentido de negocio en su entorno específico de personalización. Por esta razón, R/3 no permite copiar datos de aplicación sin copiar simultáneamente la personalización. Sin embargo, se permiten copias individuales de datos de usuarios maestros y datos de personalización. Para los datos de personalización, cualquier dato existente en el mandante de destino se borra normalmente antes de que se copie el dato de personalización.
    • Después de que se seleccione el dato que va a ser copiado, este se transporta porun informe ABAP que busca en todas las tablas que se van a copiar las entradaspertenecientes al mandante fuente.Para asegurar la consistencia de datos durante la fase de copia, el Sistema R/3impide que se conecten usuarios en el mandante de destino.Ya que copiar implica transportes de datos a gran escala en la base de datos, lacopia de mandante solo debe iniciarse como un job de fondo.Para una copia local de mandantes, hay que conectarse en el mandante dedestino. Debido a que este manante está todavía vacío, hay que conectarse comousuario sap* con clave de acceso pass.
    • Transportes entre sistemas: fase de montajeTransports Between Systems: Setup Phase Transport group Client transport and change requests Transport Directory RFC Remote client Transport domain copy © SAP AG 1999 El siguiente paso es el transporte entre diferentes sistemas R/3 en el dominio de transportes. Durante este transporte, se debe diferenciar entre: - La fase (inicial) de montaje, donde dados del mandante específico no relevantes están aún en el Sistema R/3 de destino. - La fase (posterior) de mantenimiento, donde existe un completo conjunto de datos en el Sistema R/3 de destino. Para la fase de montaje, R/3 ofrece las siguientes herramientas: - El Organizador del Banco de Trabajo (Workbench Organizer) y el Sistema de Transporte. - Copia remota del mandante y transporte de mandantes.
    • La fase de montaje acarrea los siguientes pasos: - Duplicar el Repositorio de R/3. Transportar cualquier software específico de cliente (como programas ABAP) a un nuevo Sistema R/3 utilizando peticiones de cambio, que son ejecutadas por el Organizador del Banco de Trabajo (Workbench Organizer) y el Sistema de Transporte. - Transportar los ajustes de personalización a un nuevo Sistema. Para transportar los datos de personalización, utiliza la copia remota de mandantes o las herramientas de transporte de mandantes.El transporte de clientes y las peticiones de cambio utilizan el directorio detransporte para comprobar su sistema de destino. La copia remota de mandantetransporta datos utilizando una conexión RFC.La copia remota de mandantes y el transporte de mandantes no están destinadasa transferir a gran escala mandantes de producción, o a migraciones de bases dedatos.Todos los Sistemas SAP en el entorno del sistema deben estar en un dominio detransporte.
    • Transporte entre sistemas: fase de mantenimientoTransports Between Systems: Maintenance Phase Customizing Organizer Customizing Transport Directory Customizing Cross-client Customizing Cross-client Customizing R/3 Repository R/3 Repository Workbench Organizer © SAP AG 1999 Tan pronto como los datos hayan sido escritos en el Sistema R/3, y necesiten ser guardados, no se puede utilizar para transportar cambios para la personalización la copia remota de mandantes ni el transporte de mandantes . Por tanto, se distribuyen más cambios utilizando el Organizador de Personalización (CO: Customizing Organizer). Para utilizar el CO, se debe primero activar el grabado automático de cambios para el mandante. Como con el Organizador del Banco de Trabajo (WBO), el CO guarda los objetos que han sido modificados. En el cado de la personalización, estos cambios son ante todo ajustes de tablas. Durante la fase de mantenimiento, los cambios para el Repositorio de R/3 y para la Personalización para todos los clientes continúan siendo transportados por el WBO. La principal diferencia entre estas dos herramientas es que el CO se utiliza ante todo para gestionar cambios para la personalización. Sin embargo, el CO se puede también utilizar para gestionar las peticiones del Banco de Trabajo. Para conservar el desarrollo del sistema de Personalización y del WBO separados lógicamente, los cambios en el Repositorio de R/3 sólo deben ser gestionados utilizando el WBO.
    • Ambos, el sistema de Personalización y el WBO, permiten guardar objetos paraser transportados a un directorio local de transporte. Desde ahí, el dato seimporta el mandante de destino, utilizando el Sistema de Transporte.
    • Proyectos de desarrollo y personalizaciónProjects for Development and Customizing Part 2: Project Work and Organizers Project Management: Project 001 Create Customizing projects and project views Define project scope and duration Assign team members to the project Define project language and documentation Define and maintain status Project work: Perform Customizing activities Document system settings © SAP AG 1999 La Personalización del Sistema R/3 se base en dos papeles de usuario claramente definidos: - Miembro del equipo de proyectos. - Líder de proyectos. Cada papel tiene áreas específicas de responsabilidad. Esto estructura y organiza las actividades de implementación de R/3. El líder de proyecto es el responsable de definir y gestionar el proyecto. Los miembros del equipo del proyecto de Personalización hacen ajustes del sistema del proyecto de Personalización y progreso en el proyecto de documentación. Se puede asignar a cada proyecto cualquier número miembros del equipo del proyecto. El líder del proyecto hace esta asignación en la gestión del proyecto. Para mostrar la asignación de miembros del equipo en el proyecto IMG, se selecciona Additional information → Status information → Select team members.
    • Transportes de gestión en proyectosManaging Transports in Projects Implementation Project Responsibility Project attributes defines Activation of CTS .. Customizing activities Change request 1 Task A .. Task B Development activities Change request 2 Task A .. Task B © SAP AG 1999 En la Versión 4.6A, el Proyecto IMG puede vincularse al Sistema de Cambio y Transporte (CTS). Las peticiones de cambio pueden signarse a un proyecto para guardar la Personalización y resultados de desarrollo durante la implementación. Esto permite que todas las actividades se agrupen juntas en un número predefinido de peticiones de cambio. El CTS refleja el papel de usuarios basado en conceptos de proyectos. Las peticiones de cambio creadas por el líder de proyecto contienen unidades más pequeños denominados tareas que han sido asignadas a los miembros del equipo de proyecto. En estas tareas, se guardan los cambios realizados por los miembros del equipo. Un miembro del equipo puede poseer varias tareas pertenecientes a una petición de cambio. Los proyectos se pueden transportar independientemente como una unidad que contiene varias peticiones de cambio. Normalmente, los proyectos de Personalización no se deben solapar. Sin embargo, las diferencias entre peticiones de diferentes proyectos se guardan y las intersecciones de proyectos se revisan durante la liberación de las peticiones de cambio. Para definir proyectos, se llama a la transacción SPRO_ADMIN o se selecciona Tools → Accelerated SAP → Customizing → Project Management.
    • Peticiones de cambio y tareasChange Requests and Tasks Change request (Team Leader) Responsibility Task A (Team Leader) ed in Object 1 record Object 3 .. Task B (Member 1) Object 1 recorded in Object 2 . Task C (Member 2) Object 4 record ed in .. Task D (Member 2) ed in record Object 5 .. .. © SAP AG 1999 El WBO y el CO permiten trabajar con un equipo en un proyecto de desarrollo o de Personalización, y permiten que los cambios realizados en el Sistema R/3 se almacenen. Estos cambios se almacenan utilizando pericones de cambio. Estas peticiones se pueden asignar a un proyecto completo. Estas peticiones contienen unidades más pequeñas formadas por tareas que han sido asignadas a un miembro del equipo del proyecto. En estas tareas, los cambios realizados por esto miembro del equipo se almacenan. Es decir, se mantiene una lista de objetos cambiados. En general, un objeto pueden incluirse en una lista en varias tareas pertenecientes a la misma petición de cambio (con excepción de arreglos). Asimismo, un miembro del equipo puede poseer varias tareas pertenecientes a una petición de cambio. Los objetos almacenados solo se transportan en el contexto de petición de cambio completa. De esta manera, el proyecto que representa esta petición de cambio solo puede ser importado en su totalidad en otro Sistema R/3.
    • El Registro de Cambios de Software de SAP (SSCR): después de que seprocesen los objetos del banco de trabajo, cada desarrollador debe registrarse enSAPNet. Cuando se modifican los objetos de SAP, se debe pedir en SAPNetuna clave del objeto para cada objeto modificado. Existen más proyectos quesólo se pueden realizar con esta clave.
    • Gestión de las peticiones de cambioChange Request Management Customizing Workbench Organizer - SE10 Organizer - SE09 Customizing Development Change documentation Change documentation Teamwork Teamwork Table change history SSCR (logging) Development Classes Object locking Connected to Client Administration and Version management Transport Management Connected to Transport System Management System © SAP AG 1999 Las estructuras lógicas del WBO y del CO son similares. Ambas herramientas están diseñadas para almacenar y transportar cambios, y mantienen la coordinación de la Personalización y de los proyectos de desarrollo por medio del trabajo en equipo. De nuevo, las diferencias entre estas dos herramientas se deben sólo a su uso para almacenar y gestionar distintas objetos. Los objetos del Repositorio como programas ABAP, definiciones de tablas, etc , tienen una estructura bien definida. Las entradas de tablas que han sido realizadas durante la Personalización no tiene esta estructura. Por tanto, la gestión de la versión, la opción de bloqueo y la asignación de clases de desarrollo sólo pueden realizar para los objetos del Repositorio que se gestiona utilizando el WBO. Para iniciar el Organizador De Personalización, se selecciona Tools → Accelerated SAP → Customizing → Customizing Organizer. Para iniciar el WBO, se selecciona Tools → ABAP Workbench → Overview → Workbench Organizer.
    • Guía de Implementación (IMG)Implementation Guide (IMG) SAP Reference IMG FI SD Project IMGs Project View CO MM CO CO MM FI FI PS Project 002 View Project PP HR Project 002 (required activities) 001 PS ........ © SAP AG 1999 Un Sistema R/3 se entrega con una IMG completa para todos los módulos del Sistema R/3. esta IMG se denomina SAP Referente IMG. Cuando se define un proyecto de Personalización, se seleccionan las funciones que se necesitan en los distintos módulos y componentes de R/3. estas funciones se utilizan para generar el Proyecto IMG. Todas las transacciones importantes de Personalización, la documentación de proyectos específicos o generales y la información de gestión de proyectos se encuentran en subconjuntos propios de la Iniciativa IMG llamada Proyecto IMG. Todas las actividades de Personalización se deben realizar directamente desde dentro de un Proyecto IMG. Dentro de un Proyecto IMG, se pueden generar vistas de proyectos que restringen la extensión de Personalización , por ejemplo, para distintos niveles de actividades necesarias. El Proyecto IMG se puede cambiar a cualquier hora a través de regeneración. Entonces, el correspondiente IMG previo se superpone. Sin embargo, la información del estado y la documentación del proyecto no se pierde. Los proyectos IMG son cross-client.
    • Para acceder al menú de Personalización, se llama a la transacción SPRO odesde la pantalla inicial de R/3, se selecciona Tools → AcceleratedSAP→ Customizing → Edit Project
    • Procedimiento de PersonalizaciónCustomizing Procedure Perform customizing Settings are assigned to a Customizing request Automatic assignment to a task Customizing finished? Release task Release change request Export Transport Directory © SAP AG 1999 Cuando se ejecuta una transacción de Personalización y los ajustes se guardan, el Organizador de Personalización graba los ajustes. Estas modificaciones se asignan a una petición de cambio. Cualquiera de estas peticiones ya existe (aunque no haya sido aún liberada) o ha sido creada por el usuario. En esta petición de cambio, los cambios se guardan en la tarea del usuario. Esta asignación de cambios ocurre automáticamente utilizando en nombre del usuario. Tan pronto como se hayan realizado los ajustes necesarios, se puede liberar la tarea. Cuando se libera una tarea, se puede generar documentación para describir el tipo de cambio y los motivos de su realización. Después de que todas las tareas pertenecientes a una petición estén liberadas, puede liberarse la petición de cambio. Normalmente, con esta liberación, se exportan los objetos al directorio de transporte, de cualquier forma estos existen en la base de datos en ese momento específico. Tanto durante la exportación como durante la importación que concluye en el sistema de destino (utilizando el TSM), se debe revisar el transporte.
    • El Sistema de Transporte informa de los errores utilizando códigos dedevolución: - 0 significa un paso sin error de transporte. - 4 es un aviso. - 8 o mayor significa un error que requiere un tratamiento posterior.
    • Procedimiento de desarrollo del banco de trabajo (workbench)Workbench Development Procedure Create object Lock Assign object to a development class Assign object to a change request Automatic assignment to a task Development finished? Release task Release change request Transport Directory Export © SAP AG 1999 Los objetos individuales del Repositorio de R/3, como los informes ABAP, se desarrollan en un proceso similar al de Personalización. El desarrollo del banco de trabajo solo es diferente de la Personalización por los distintos tipos de objetos involucrados. Un nuevo proyecto de desarrollo empieza cuando se crea un objeto, por ejemplo en el Editor ABAP o ene. Diccionario de R/3. Este objeto debe ser asignado primero a una clase de desarrollo. De esta manera, un objeto se asigna lógicamente a un extenso proyecto, por ejemplo Desarrollo para Recursos Humanos; además, se definen los atributos de transporte. Se registran entonces los datos, como en el Organizador de Personalización, en forma de peticiones y tareas. Sin embargo, cuando se trata con objetos del Repositorio, estos objetos se bloquean para prevenir el acceso de miembros que no realizan peticiones. De esta forma, se define claramente el trabajo del proyecto. Después de que se hayan liberado todas las tareas pertenecientes a una petición, se libera la petición de cambio. Cuando la se ha liberado la petición, se exporta el objeto, se crean versiones y se eliminan los bloqueos. Los objetos están entonces liberados para nuevos proyectos.
    • Si los cambios en los objetos del Repositorio de R/3 consisten sólo en cambiosen informes existentes, no es necesario asignar una clase de desarrollo. Sinembargo, hay que distinguir entre objetos que existen como originales o queexisten sólo como copias en los respectivos Sistemas de R/3. ejemplos de copiasen sistemas de mandantes son cualquier objeto perteneciente al estándar de SAPrepartido.
    • Procesos de transporte: liberación y exportaciónTransport Process: Release and ExportPart 3: The Import Process Development Quality Assurance Production CR1ReleaseChangeRequest Export Transport Files Fill QAS Buffer Transport Directory Buffers: DEV Files QAS CR1 CR1 PRD © SAP AG 1999 El primer paso en el proceso de transporte es liberar una petición de cambio y exportar entonces todos los objetos asociados a la base de datos del sistema de desarrollo (DEV) a ficheros en el directorio de transporte común en el nivel del sistema operativo. Para cada petición liberada, los datos se exportan a un fichero de datos en el subdirectorio Data, y se escribe un fichero de control en el subdirectorio Cofiles. Durante la exportación, se crean en el buffer de importación las entradas necesarias para la siguiente importación y la cola de importación del sistema de destino, y se realiza una prueba de importación (por defecto). En el buffer de directorios en el nivel del sistema operativo, hay un fichero del buffer de importación para cada Sistema R/3 en el grupo de transporte. Se nombre el fichero después de la correspondiente identificación (ID) del sistema y contiene información de control en el que se observa qué peticiones de transporte y el orden de importación.
    • Se pueden utilizar distintos comandos de control de transporte para gestionar losficheros del buffer de importación en el nivel del sistema operativo. Se lee lainformación de control en los ficheros del buffer de importación se representa enaccesos de colas de importación desde R/3. una cola de importación muestratodas las peticiones de cambio que están enumeradas en el buffercorrespondiente.
    • Procesos de transporte: importación en consolidación Transport Process: Import into Quality Assurance Development Quality Assurance Production CR1 CR1 Import change request Buffers: DEV Fill PRD Data File Files QAS CR1 Buffer CR1 CR1(inactive) PRD (CR1) © SAP AG 1999 Utilizando TSM desde dentro de R/3, el segundo paso en el proceso de transporte es importar todas las peticiones de la lista en la cola de importación del sistema de consolidación (QAS: quality assurance system). TSM inicia el nivel del sistema operativo el programa de control de transporte tp. Después de la correcta importación en sistema de consolidación, las peticiones se colocan el en buffer de importación y en la cola de importación del sistema de producción (PRD), donde en principio están inactivas.
    • Procesos de transporte: consolidaciónTransport Process: Quality Assurance Development Quality Assurance Production CR1 CR2 CR1 CR2 Create and release Import correction correction (if needed) Buffers: DEV Files Files QAS CR2 CR2 CR1 PRD (CR1), (CR2) © SAP AG 1999 Después de importar al QAS, se necesita revisar los objetos por los posibles errores. Los errores deben corregirse en DEV y los cambios importarse de nuevo en QAS. Durante la importación en QAS, se añaden al buffer del PRD peticiones de transporte adicionales.
    • Procesos de transporte: importación en producciónTransport Process: Import into Production Development Quality Assurance Production CR1 CR2 CR1 CR2 CR1 CR2 OK Set entries active Import both requests Buffers: DEV Files Files QAS CR2 CR1 PRD CR1, CR2 © SAP AG 1999 Todas las peticiones verificadas y probadas a fondo que han sido importadas en el sistema de consolidación están preparadas para importar en el sistema de producción (PRD). Utilizando TSM, se pueden importar todas las peticiones ( o justo el primer grupo de peticiones verificadas) de la lista de la cola de importación del sistema de producción en el orden correcto. Para garantizar que no se perturben las actividades de producción en el PRD, hay que asegurarse los errores y sus correcciones se importan en el orden correcto.
    • Estado de la cola de importaciónImport Queue Status Transport domain Start Imports DEV: 0 QAS: 7 PRD: 3 Transport group View Queue © SAP AG 1999 Las herramientas más importantes para la realización de importaciones utilizando TSM son las colas de importación que reflejan los buffers de importación de un sistema específico en el nivel del sistema operativo. Las colas de importación muestran las peticiones a importar, en el orden de su liberación. Las colas de importación se muestran en el dominio de transporte de cada sistema. Se pueden realizar importaciones a todos los sistemas de cualquier Sistema R/3 es el dominio. Para acceder a la descripción de importación de TSM , se utiliza la transacción STMS y se selecciona Overview → Imports. La descripción de importación muestra el estado actualizado de la cola de importación de cada Sistema R/3 en el dominio de transporte. Para mejorar el funcionamiento, los datos sólo se leen del directorio de transporte la primera vez que se llama a TSM. Después de eso, la información mostrada es la almacenada en la base de datos. El indicador de tiempo en la descripción de importación indica como de reciente son los datos. Los buffers internos de TSM no resultan válidos cada día a las 00:00. para actualizar los datos, se selecciona Edit → Refresh. Es más conveniente realizar la actualización periódicamente como un proceso de fondo. Para hacer esto, se selecciona Extras → Update all Import Queues. Se recomienda que se realice la actualización cada hora.
    • Iniciar importacionesStart Imports Request Project Import all 1 DEVK900016 DEV_P00001 requests 2 DEVK900018 3 DEVK900020 4 DEVK900023 5 DEVK900002 6 DEVK900033 DEV_P00001 7 DEVK900035 Date/deadline Execution Options ImportTo import a single request, requestuse the other icon: ... © SAP AG 1999 Para evitar que las peticiones de cambio se importen inintencionadamente, SAP recomienda cerrar la cola de importación para poner la señal de final antes de realizar la importación. Para importar todas las colas en la cola actual, se selecciona Queue → Start import. Se muestra una casilla de diálogo: introduce es usuario de destino y selecciona Continue. Se pueden iniciar las importaciones desde cualquier Sistema R/3 en el dominio de transporte. Si se inicia la importación desde otro Sistema R/3 en el dominio de transporte, se muestra una ventana de conexión desde el mandante de destino. Después de ofrecer información de conexión válida, TSM inicia el programa de control de transportes tp en el mandante de destino. La Ejecución de Parámetros determina si TSM inicia tp synchron o tp asynchron. En el último caso, tp continúa trabajando en fondo por lo que la sesión no está bloqueada durante la importación. Mientras se ejecuta la importación, se indica en la descripción de la importación. Después de la importación, se abre automáticamente de nuevo la cola eliminando la señal de final.
    • Esta importación completa (Importar todo) asegura que los objetos de peticionesde cambio previas que fueron corregidas en las siguientes peticiones de cambiose remplazan por los objetos correctos durante la importación. De esta manera,los objetos incorrectos no afectan al entorno de producción.Para cada sistema, se puede desactivar completamente la importación con elparámetro tp NO_IMPORT_ALL.Para importar pericones individuales, se utiliza tp import <transport request>.
    • La aprobación de consolidación (QA)QA Approval Quality Assurance ..16 ..33 Request Project1 DEVK900016 DEV_P000012 DEVK900033 DEV_P00001 Import may Import no QA Worklist be done longer possible! ..16 Production © SAP AG 1999 Para visualizar la Lista de Trabajo de QA, se selecciona STMS → Overview → Imports → Goto → QA Worklist. El encabezado de la lista de trabajo muestra cuando fue la última actualización y como todavía varias peticiones tienen que ser procesadas. Se visualiza la lista para todos los pasos de aprobación (All steps) o para un paso de aprobación seleccionado (por ejemplo, Approved by request owner). Para visualizar más información sobre un tema, se hace doble click en la columna pertinente de la petición. Antes de que se puedan importar en los sistemas de reparto las peticiones de la lista de trabajo de QA, se deban comprobar y revisar satisfactoriamente. Si se rechaza cualquier paso de aprobación de una petición, se marca toda la petición con el estado de QA Rejected. Solo se aprueba una petición si todos los pasos están en el estado Aprobado. Solo se puede importar una petición en los sistemas de reparto si se han revisado todos los pasos de aplicación pertinentes (aprobados o rechazados) de todas las peticiones a importar. Una vez que se aprueban todas las peticiones para un proyecto, se pueden importar en el sistema de reparto incluso si hay aún peticiones no procesadas o rechazadas de otros proyectos en la lista de trabajo. La peticiones no procesadas o rechazadas de la lista de trabajo no se han importada en los sistemas de reparto.
    • No se rechazan peticiones que contienen errores. Se recomienda corregir loserrores utilizando los siguientes transportes y aprobar como un paquete todas laspeticiones afectadas.
    • Importaciones de inicio y proyectos completosStart Imports of Complete Projects Request Project 1 DEVK900016 DEV_P00001 2 DEVK900018 3 DEVK900020 4 DEVK900023 5 DEVK900002 6 DEVK900033 DEV_P00001 7 DEVK900035 Filter (Select Project) Import all Request Project requests1 DEVK900016 DEV_P000016 DEVK900033 DEV_P00001 © SAP AG 1999 Para evitar que se importen peticiones de cambio desde distintos proyectos, la importación se puede realizar para peticiones de cambio pertenecientes a uno o más proyectos. Se puede utilizar el filtro para visualizar peticiones de cambio con propiedades particulares, por ejemplo, aquellas pertenecientes a un proyecto determinado. Para seleccionar un criterio de filtrado, se sitúa el cursor en una fila de la lista de peticiones y se selecciona Edit → Filters. Si la importación se ha realizado con peticiones de cambio seleccionadas por el filtro de proyectos, solo se importan en el sistema de destino estas peticiones de cambio. No se puede iniciar la completa importación desde cualquier otro filtro.
    • AutorizacionesAuthorizations Object Fields Value Meaning Change and Transport TTYPE CLCP Client transports CUST Customizing requests Organizer DLOC Local change requests (S_TRANSPRT) DTRA Transportable change requests MOVE Relocation transports (all three types) PATC Advance corrections and deliveries PIEC Object lists TASK Tasks (repair or correction) TRAN Transports of copies ACTVT 01 Add or create 02 Change 03 Display ....... Administrating Change CTS_ADMFCT TABL Control Tables INIT Initialize CTO with TMS and Transport System SYSC Set System Change Options (S_CTS_ADMI) IMPA Import all Requests IMPS Import single Request TADD Add Request to import Queue TDEL Delete Rquest from import Queue TQAS Activate or Delete Request TADM Execute tp Commands QTEA Approve Transports for Prod. System SPTR Same as SPTD (own client) © SAP AG 1999 Las autorizaciones de usuarios para el WBO y el Organizador de Personalización (CO) están repartidas en las siguientes categorías: - Superusuario : tiene todas las autorizaciones relacionadas con las peticiones y las tareas. - Líder de proyecto: puede crear y gestionar peticiones y tareas. - Desarrollador: solo puede utilizar peticiones ya existentes. - Usuario final: solo puede visualizar las peticiones. La base técnica para las comunicaciones entre distintos Sistemas R/3 en el TSM es una conexión RFC generada por el TSM. La conexión con otros sistemas se establece a través usuario por defecto TMSADM. Este usuario dispone solo de autorizaciones de visualización. Cuando se necesitan autorizaciones más extensas, la conexión se establece a través del usuario TSMSUP. Este usuario no tiene clave de acceso en R/3, y debe por tanto autentificarse en cada sistema de destino. Así es como se determinan las autorizaciones de usuarios.
    • Summary of this Unit Now you are able to: Use TMS to administer your transport systems and configure your transport routes Coordinate your development and Customizing efforts using the Workbench and Customizing Organizer Transport changes between different clients and systems Use TMS to import change requests © SAP AG 1999
    • Further Documentation SAP Basis Knowledge Product: Software Logistics SAP Online Documentation: BC-Basis: Change and Transport System SAP TechNet: Software Logistics © SAP AG 1999
    • Software Logistics: Exercises No. Exercise 1 Checking the configuration in TMS 1.1 In the TMS, check the current system landscape configuration. Which systems belong to the system landscape? 1.2 Check whether a backup domain controller is defined. 1.3 What transport layers have been configured? Why is there a transport layer called SAP? 1.4 Determine the quality assurance approval procedure for the QA System. Choose STMS → Overview Systems → Goto Transport Domain → QA Approval Procedure. Which system is defined as QA system and which steps must be performed to approve a change request? 2 (Optional) Working with the Customizing organizer For exercise 2, the TMS landscape is configured with DEV as the development system and QAS as the quality assurance system, and DEV releases transports to QAS. The exercise must be performed in DEV. 2.1 In the Customizing Organizer, create a Customizing request. Refer to the previously defined projects: Project TCC_DEV for groups that always work on DEV Project TCC_QAS for groups that normally work on QAS 2.2 Use the Project Management to display project TCC_DEV or TCC_QAS and start the project IMG. Within the IMG choose General settings → Set Countries → Define countries. Choose Execute, then New entries. Create a new country AT1 with name ATLANTIS EAST (project TCC_DEV) AT2 with name ATLANTIS WEST (project TCC_QAS) 2.3 Release your Customizing request. 3 Workbench development For exercise 3, the TMS landscape is configured with DEV as the development system and QAS as the quality assurance system, and DEV releases transports to QAS. The exercise must be performed in DEV. 3.1 Create an ABAP report with name ZGROUP## where ## is your group number. Use the following attributes: Title: Group## Test Type: executable program Status: Test program Application: Basis The system asks for a development class (the development class is a way of grouping similar development objects). Choose YEAR. When you are prompted for the change request, create a new request. With your request, refer also to your previously defined project (TCC_DEV or TCC_QAS). As source code, type: write: Hello World.
    • Save, activate, and execute your report.3.2 Release the change request from the Workbench Organizer.4 Administration of transport requests in the TMS Perform these exercises in the quality assurance system QAS.4.1 Display an overview of the pending transports in QAS. Display the import queue of QAS.4.2 Import all requests corresponding to your project into QAS.4.3 Check the import. Display the transport logs and the information about the status of the transport program shown in the Import Monitor.4.4 Check the import queue of the delivery system PRD. Display the import queue and view the status of your change requests.4.5 Perform quality assurance (this must be performed in QAS). Display the QA worklist, test your imported objects, and approve your change requests.4.6 Confirm that the requests are set as active in the import queue of PRD.5 (Optional) Creating a client Perform this exercise in the development system DEV.5.1 Go to the maintenance screen for clients and create a new client. Name your new client 7## (where ## is your group number).6 (Optional) Performing a local client copy Perform this exercise in DEV.6.1 Change to the new client you created in exercise 5, and copy user master records and Customizing (profile SAP_UCUS) from client 200 to the new client. (If you do not enter a source client for the user master records, it defaults to client 000.)
    • Software Logistics: Solutions No. Solution 1 Checking the configuration in the TMS 1.1 Choose Tools → Administration → Transports → Transport Management System (or call transaction STMS). To display the existing systems, choose Overview → Systems. You should see that 3 systems are defined: DEV, QAS, and PRD. 1.2 Choose Tools → Administration → Transports → Transport Management System (or call transaction STMS). To display the existing systems, choose Overview → Systems. Double-click any system and choose Communications data. In the area Transport domain, you should find that: – DEV is defined as the domain controller – No backup domain controller is defined for this configuration 1.3 Choose Tools → Administration → Transports → Transport Management System (or call transaction STMS), then Overview → Transport routes. You will see two transport layers defined: ZDEV and SAP. You need transport layer SAP for the following reason: All objects delivered by SAP belong to development classes for which the transport layer is SAP. The transport route SAP allows any changes or repairs made to SAP objects in the development system DEV to be transported to the consolidation system QAS. 1.4 Choose STMS → Overview → Systems → Goto → Transport Domain and select tab QA Approval Procedure. You will find that QAS is defined as the QA System. To free a transport for approval, all you need to do is choose To be approved by system administration. 2 (Optional) Working with the Customizing Organizer 2.1 To create a Customizing request, call the Customizing Organizer (transaction SE10) and choose Display. On the next screen, choose Request/Task → Create. A dialog box appears: choose Copy. In field Project, refer to your project TCC_DEV or TCC_QAS. 2.2 Choose Tools → Accelerated SAP → Customizing → Project Management. To go to the appropriate Customizing transaction, display your project TCC_DEV or TCC_QAS and start the project IMG. Within the project IMG, choose General Settings → Set Countries → Define countries. Choose New entries and enter a new country: AT1 with name ATLANTIS EAST (project TCC_DEV) AT2 with name ATLANTIS WEST (project TCC_QAS) Save. The system asks for a change request. Select Own requests and select the request you created in step 2.1. Check the suggested entry (should be the request you created in step 2.1) and if appropriate, accept it. 2.3 In the Customizing Organizer (transaction SE10) choose display. Select your
    • task and release it, either by choosing Request task → Release → Direct processing or by choosing the truck icon (Release directly). Write appropriate documentation and save. Next, release the Customizing request, also by choosing the truck icon. In the dialog box, choose Release and export and continue.3 Workbench development3.1 In the ABAP Editor, call transaction SE38, or choose Tools → ABAP Workbench → Development → ABAP Editor. As name, enter ZGROUP## (where ## is your group number) and choose Create. As title for your report, enter Group## Test. For the attributes, choose: Type: executable program Status: Test program Application: Basis Save. The system asks for a development class (the development class is a way of grouping similar development objects): enter YEAR. When you are prompted for the change request, choose Create Request. For this new request, enter description Test abap for class. With this change request, refer also to your project TCC_DEV or TCC_QAS and save. Continue. In the editor, type in your source code. On the second line, type: write: Hello World. Remember to type single quotes around Hello World and type a period at the end. Save your work. Activate your program by choosing Program → Activate. To execute your report, choose F8.3.2 In the Workbench Organizer, you can release the change request you have just created. To get to the Workbench Organizer, choose Tools → ABAP Workbench → Overview → Workbench Organizer (transaction SE09). To display the current requests, choose Display. Select your task and release it by choosing the truck icon, write the appropriate documentation, and save. Then mark the request and choose the truck icon.4 Administration of transport requests in the TMS4.1 Go to the TMS. Choose Overview → Imports. To display the import queue, double-click the QAS.4.2 In the import queue overview, mark column Project and choose Edit Filters. Using F4 help, select your project. To start the import for your project, choose Queue → Start Import. In the two dialog boxes, choose Confirm.4.3 To display the transport logs, choose Request → Display → Logs. To display information about the status of the transport program, call the Import Monitor by choosing Goto → Import Monitor.4.4 Go to the TMS. Choose Overview → Imports. To display the import queue, double-click the PRD. The change requests have the status Request must still be approved. To see the icon description, choose Extras → Legend.4.5 Display the QA worklist. In STMS, choose Overview → Imports → Goto → QA Worklist. Select your approval step by choosing Worklist → Select
    • approval step → To be approved by system administration. Mark your change requests and choose Request → Approve.4.6 View the import queues of the delivery system PRD as in step 4.4. The change requests should be listed in the import queues of the delivery system PRD with the status Request waiting to be imported.5 (Optional) Creating a client5.1 To go to the maintenance screen for clients, choose Tools → Administration → Administration → Client Administration → Client Maintenance (or call transaction SCC4). Select mode Change and choose New entries. Enter the required information about the new client (use client number 7## where ## is your group number). Save.6 (Optional) Performing a local client copy6.1 Log on to the new client as user SAP* with password pass. For the copy procedure, choose Tools → Administration → Administration → Client Administration → Client Copy → Local Copy (or call transaction SCCL). Here you must enter the profile SAP_UCUS. For the following two input fields, use client 200 as the source client. Run the copy as a background job. Check the logs using transaction SCC3: choose Tools → Administration → Administration → Client Administration → Copy Logs.
    • 9. Logística del software Users and Authorizations 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999 Contenidos: - Concepto de autorización. - Generador de perfiles. - Administración de usuarios. Objetivos: - Describir el concepto de autorización de R/3. - Mantener autorizaciones. - Crear usuarios y asignar autorizaciones.
    • Usuarios en el entorno R/3Users in the R/3 Environment Present. Operating System OS User Server R/3 User Application Operating System OS User Server Dispatcher D B V ... Admin. User Database Server Database Operating System OS User Server DB User © SAP AG 1999 Este tema se centra en los usuarios de R/3 dentro del Sistema R/3. Sin embargo, para el administrador del Sistema R/3 es importante controlar el acceso al sistema operativo (OS) donde residen los Sistemas R/3 y a la base de datos (DB). Existen identificaciones (IDs) de usuarios en los niveles del OS y la DB que pueden utilizarse para interrumpir el funcionamiento normal del Sistema R/3. El acceso al Sistema R/3 se controla a nivel del mandante. Cada usuario de R/3 deba tener un registro maestro de usuario en el mandante en el que es usuario trabajaría. En R/3, las autorizaciones no se utilizan para restringir el acceso a programas y datos. Este tema se centra en: - La creación de registros maestros de usuarios. - Perfiles de autorización. - Controlar el acceso a transacciones y datos en el Sistema R/3.
    • AutorizacionesAuthorization Concept 1 User master record User master record Profile Profile Authorization Authorization for Task A for Task B Action Action Transaction permitted? Authorizations assigned? Objects needing protection Vendor Material Company code Plant © SAP AG 1999 En R/3, para cada usuario que necesita acceso a un mandante, el administrador de autorizaciones crea un registro maestro de usuario para ese usuario en ese mandante. El registro maestro de usuario incluye de uno a varios perfiles que contiene todas las autorizaciones que el usuario necesita para realizar tareas en un mandante determinado. Una autorización ofrece el permiso necesario para acceder a determinadas transacciones, informes o datos. Para cada actividad de usuarios o transacción, se realiza una comprobación de autorizaciones para ver si se han asignado a ese usuario las autorizaciones necesarias. Las autorizaciones limitan el acceso a transacciones y a objetos en el Sistema R/3 que necesitan protección, por ejemplo, un código de empresa o vendedor. El concepto de autorización de R/3 permite asignar autorizaciones en el nivel de transacciones. Si el usuario que no está autorizado para realizar una determinada tarea intenta ejecutar la transacción correspondiente, R/3 envía un mensaje denegando el acceso a esa transacción. Las comprobaciones de autorizaciones se realizan en varios puntos durante la ejecución de una transacción o informe para verificar que el usuario tiene la/as autorizaciones necesarias para los peticiones de objetos. Por ejemplo, R/3 puede comprobar se el usuario está autorizado para acceder los datos para el código de empresa 001.
    • Authorization Concept 2 Profi Activit le 1 y Grou p1 Profi Activit le 2 y Gro up 2 Profile Data Bank 3 Manu alUser Master Record Profile(s) Authorization(s) Field Values © SAP AG 1999 El acceso a los datos de R/3 está controlado por los valores de cambio asignados a las autorizaciones que contienen los perfiles de usuarios. Los perfiles compuestos contienen una serie de perfiles individuales o compuestos. Los Grupos de Actividad Compuestos contienen una serie de grupos de actividad individuales o compuestos. Un registro maestro de usuarios contiene uno o más perfiles, que son el resultado de una asignación de grupo de actividad. Se pueden crear e introducir perfiles en el registro maestro de usuarios utilizando cualquiera de los siguientes métodos: - Generador de Perfiles (Grupos de Actividad). - Manualmente. Los perfiles creados como resultado del uso del generador de perfiles deben de mantenerse utilizando el generador de perfiles.
    • Objetos de autorizaciónAuthorization Objects Authorization Customer company code: Authorization A Authorization object Object 0001-0009 Object: Customer class company code Financial display, change Company CodeAccounting Activity Customer company code: Authorization B * display © SAP AG 1999 Para mantener las autorizaciones, se ejecuta la transacción SU03. La pantalla inicial muestra en una lista varias clasificaciones de objetos. Una clase de objetos es una agrupación lógica de objetos de autorización que comparten un propósito similar o área de negocio. Por ejemplo, la clase de objetos Base: La administración contiene objetos de autorización que controlan el acceso a transacciones de Base. Los objetos de autorización es la plantilla desde la que se crean las autorizaciones. Esta se utiliza en el código ABAP para comprobar autorizaciones. Cada objeto tiene hasta 10 campos que se comprueban utilizando lógica AND antes de que se garantice el acceso a la transacción deseada. El administrador de autorizaciones crea autorizaciones desde los objetos de autorización. Las autorizaciones contienen varios valores de campos (permisos) para cada campo que contiene el objeto. Los valores de campos controlan el acceso a áreas de negocio o direcciones de datos por la transacción. Para crear o cambiar una autorización, se introduce o cambia los valores importantes en los campos de la autorización. Todas las autorizaciones son positivas, en que conceden permisos a los usuarios.
    • Comprobación de autorizacionesAuthorization Check SAP GUI Dynpro Authority User Check Context OK? No Message Yes Processing © SAP AG 1999 Cuando un usuario se registra en el Sistema R/3, todas las autorizaciones en los perfiles asignados al registro maestro de usuarios correspondiente se cargan en el buffer de usuarios para el servidor de aplicación en el que el usuario está conectado. Una vez que el dispatcher la petición del usuario a un proceso de trabajo de diálogo, se carga un programa importante y se revisa el contexto del usuario para ver si el usuario dispone de las autorizaciones necesarias. El contexto del usuario contiene las autorizaciones del usuario. Se comprueban contra los objetos de autorización llamados en la comprobación de autoridad especificada en el código ABAP. Se comprueban las autorizaciones del usuario utilizando lógica OR para determinar si existe una igualdad exacta. Si existen las autorizaciones necesarias se permite al usuario proceder y el proceso continúa. Si ninguna de las autorizaciones contienen la combinación de valores de campos necesaria, se envía un mensaje denegando al usuario el acceso a ese objeto. Una vez que se ha completado el paso de diálogo, se extrae el contexto de usuario del proceso de diálogo y se libera el proceso para que trabaje con otro usuario. El contexto de usuario permanece en el buffer de usuarios y está disponible para utilizarse durante el siguiente paso de diálogo.
    • Para ajustar o cancelar comprobaciones de autorización globalmente o paratransacciones individuales, el administrador de autorizaciones debe utilizar latransacción SU24. Se pueden ajustar las comprobaciones, por ejemplo, si no senecesita una comprobación detallada de autorizaciones en determinadastransacciones. Para ajustar o cancelar las comprobaciones, se pone el valor Y alparámetro auth/no_check_in _some_cases del perfil (este es el valor por defectodel sistema en la Versión 4.6).
    • Introducción al Generador de PerfilesProfile Generator Introduction Activity Group 1 Activity Group 2 Activity Group N © SAP AG 1999 El Generador de Perfiles simplifica la asignación de autorizaciones de usuarios seleccionando las transacciones del menú de la empresa que pertenecen conjuntamente al punto de vista de la empresa, después agrupando estas transacciones conjuntamente en grupos de actividad. El concepto de grupo de actividad generar perfiles de autorización para reflejar un determinado centro de trabajo, trabajo, unidad organizativa, persona o posición dentro de la estructura de organización. El mantenimiento de un grupo de actividad individual afecta a cualquier usuario asociado con o asignado al grupo de actividad, así disminuye el trabajo administrativo. Antes de poder utilizar el Generador de Perfiles, este debe ser configurado. Para obtener información sobre la configuración inicial del Generador de Perfiles, se selecciona en la ayuda activa BC Basis Components → Computing Center Management Center → Users and Authorizations.
    • Para obtener información adicional sobre la configuración del Generador dePerfiles, se mira el libro Authorizations Made Easy disponible bajo el aliashttp://www.sap.com/asap. Se selecciona ASAP Accelerators → Authorizationsor ASAP Accelerators → Made Easy Guidebooks.
    • Creación y mantenimiento de grupos de actividadActivity Group Creation and Maintenance View: Basic maintenance for simple administration of users and activity groups View: Overview for indirect assignment of activity groups within organizational structure © SAP AG 1999 Para utilizar el Generador de Perfiles, se selecciona Tools → Administration → User Maintenance → Activity Groups (User Roles) o se llama a la transacción PFCG. En la transacción PFCG, la pantalla inicial del Generador de Perfiles ofrece dos vistas: - La vista de mantenimiento básico permite al administrador crear y modificar grupos de actividad. Utilizando esta vista, se puede también asignar usuarios R/3 a uno o más grupos de actividad. Si se requiere un cambio en una autorización, el cambio en un grupo de actividad afecta a todos los usuarios asignados a ese grupo. - La vista general permite asociar cada grupo de actividad o grupo de actividad compuesto con un agente. Un agente puede ser una persona o un elemento de organización dentro de la estructura de la empresa. Desde esta vista, se puede asociar uno o más grupos de actividad con un nodo en la Tabla de Organización de Recursos Humanos. La seguridad se puede controlar moviendo a los individuos con la estructura de organización como los usuarios heredan o desheredan las autorizaciones contenidas en del grupo de actividad asociada con ese nodo.
    • Para mantener los usuarios con el Generador de Perfiles, se realizan lossiguientes pasos: - Especificar las actividades y transacciones necesarias. - Crear el perfil o perfiles de autorización. - Mantener la asignación de usuarios para crear grupos de actividad. - Comparar registros maestros de usuarios.Para obtener información adicional, se va a la ayuda online y se selecciona BCBasis Components → Computing Center Management Center → Users andAuthorizations.
    • Menú y selección de transaccionesMenu and Transaction Selection Selected menu options are used by the profile generator to create required authorizations © SAP AG 1999 Para crear un grupo de actividad, se crea y se guarda la definición del grupo. Una vez que se ha definido el grupo. El administrador debe identificar qué transacciones necesitan los usuarios en el grupo y entonces se selecciona la transacción dentro del menú de la empresa (o un grupo de actividad existente o un menú de área). Una vez que se han asignado a un grupo de actividad las transacciones a través del menú de la empresa, el Generador de Perfiles identifica automáticamente los objetos de autorización para las transacciones seleccionadas. Si los valores de campos que se necesitan para la comprobación de autorizaciones son independientes del mandante, estos los suministra el sistema. SAP define en las tablas USOBT y USOBX las relaciones entre las transacciones, los objetos de autorización necesarios y los valores. Para visualizar el contenido de las tablas, se utiliza la transacción SU02. Directamente después de la instalación del sistema, el mandante debe copiar estos ajustes iniciales desde las tablas USOBT y USOBX a las tablas USOBT_C y USOBX_C (que especifican el rango de nombres del mandante) utilizando la transacción SU24. El Generador de Perfiles se refiere a las tablas USOBT_C y USOBX_C para crear las autorizaciones que el sistema necesita para acceder a la selección de transacciones.
    • Mantenimiento de los valores de autorizaciónMaintenance of Authorization Values © SAP AG 1999 El Generador de Perfiles crea las autorizaciones necesarias para las transacciones seleccionadas. Los campos necesarios de los objetos de autorización se muestran en una lista y deben mantenerse con los valores apropiados para conceder o restringir accesos. Para cambiar el valor de un campo, se hace click en el campo o en el icono del lápiz. Los elementos de organización como el código de empresa para cada grupo de actividad debe mantenerse en el área central (se selecciona Org. levels). Para encontrar documentación, se hace doble click en el texto del objeto de autorización en el segundo nivel. Las luces de tráfico indican el estados de las autorizaciones: - Verde: se mantienen todas las autorizaciones. - Amarillo: se tienen que mantener aún algunas autorizaciones. - Rojo: se deben mantener los niveles de organización. Después de mantener los campos, la luz verde indica que los perfiles se pueden ahora generar. Para hacer eso, se hace click en el icono Generate rojo y blanco. Un grupo de actividad puede contener uno o más perfiles dependiendo se la selección de transacciones del menú de empresa. Si se necesitan más de 150 autorizaciones para la selección de transacciones, se generan múltiples perfiles.
    • Se utiliza siempre el Generador de Perfiles para mantener los perfiles de losgrupos de actividad.Para visualizar los nombres técnicos y los iconos, se selecciona Utilities→ Technical names.Para ver la clave para los iconos y colores seleccionados que se utilizan en estapantalla, se selecciona Utilities → Legend.
    • Asignación de usuariosUser Assignment Activity groups can be assigned to multiple users or agents Compare functionality insures consistency within user master records Authorization can be delimited for specific validity period © SAP AG 1999 Se pueden asignar grupos de actividad a múltiples usuarios o agentes. Una vez que los usuarios se han asignado a los grupos de actividad, los cambios realizados por el administrador en los grupos de actividad afectan a los usuarios asignados. El periodo de validez para la asignación de usuarios permite delimitar durante cuanto tiempo tiene acceso el usuario a las autorizaciones que contienen los grupos de actividad. Si los cambios se hacen en cualquiera de los grupos de actividad o las asignaciones de usuarios, el administrador debe comparar los registros maestros de usuarios. La función de comparación elimina de los registros maestros de usuarios todos los perfiles que ya no son válidos e inserta cualquier perfil nuevamente generado. El modo experto indica exactamente qué perfiles fueron insertados o suprimidos. Esta información está disponible para cada usuario que se ve afectado por la comparación. Para configurar el sistema para que siempre realice la comparación, se selecciona Utilities → Automatic Comparison at save.
    • El registro maestro de usuarioThe User Master Record All user data required for R/3 System access is stored in the user master record in eight categories © SAP AG 1999 Para crear y mantener los registros maestros de usuarios, se utiliza la transacción SU01. para cada usuario, el registro maestro de usuario contiene todos los datos y ajustes necesarios para el acceso al mandante del usuario. Estos datos se ordenan con etiquetas e incluyen lo siguiente: - Dirección: información básica del usuario como el nombre, localización física y número de teléfono. - Datos de conexión: información de la clave de acceso así como el periodo de validez del registro. - Por defecto: define los valores por defecto para el menú inicial, el formato de datos, impresoras, etc. - Parámetros: define los valores por defecto para los campos de R/3 como el código de empresa 001. - Sistemas: información sistema administrador central de usuarios. - Grupos de Actividad: define los grupos de actividad (con periodo de validez) asociados a los usuarios. - Perfiles: todos los perfiles asignados al registro maestro de usuario, incluyendo perfiles estándar y perfiles generados por el Generador de Perfiles. - Grupos: todos los grupos de usuarios asociados al registro maestro de usuario.
    • La etiqueta Sistemas solo aparece si la administración central de usuarios estáactivada.El registro actualizado puede mostrar el estado actualizado y el historial decambios. Para acceder a un historial de cambios detallado que resume todos loscambios al registro maestro de usuario, se utiliza la transacción SUIM.
    • Administración Centralizada de UsuariosCentral User Administration With central user administration, the creation and maintenance of all user master data is performed in a single R/3 System Client 100 QAS System Client 200 Client 100 Client 200 Client 300 PRD System DEV System Client 100 © SAP AG 1999 El mantenimiento de los usuarios a través del entorno del sistema puede resultar tarea compleja. La Administración Centralizada de Usuarios permite mantener los registros maestros de usuarios en un Repositorio centralizado y de fácil acceso: - Una visualización general de todos los usuarios. - Grupos de usuarios existentes. - Sistemas definidos dentro del grupo del sistema. - Grupos de actividad. La Administración Centralizada de Usuarios permite mantener los registros maestros de usuarios dentro de un mandante individual en el sistema central y distribuir esta información a todos los sistemas del entorno. En este contexto, se define el sistema central como un Sistema R/3 que mantiene y controla los datos maestros de usuarios para todo el entorno del sistema. Entre las razones para el uso de la Administración Centralizada de Usuarios se incluyen: - El entorno del sistema es complejo, con distintos mandantes en sistemas diferentes. - El mismo usuario trabaja en más de un sistema. - De todas formas se requiere un enorme esfuerzo para sincronizar los datos de usuarios en todos los sistemas.
    • Para acceder a la Administración Centralizada de Usuarios, se utiliza latransacción SCUM.Para más información sobre la Administración Centralizada de Usuarios, se miraSAP Basis Class BC305 Advanced Administration..
    • Control de conexión de usuariosControlling User Logon System Profile Parameters Parameter Values Default Permitted Set the minimum password length 3 3-8 login/min_password_lng Require change of password 0 999 login/password_expiration_time Lock users after incorrect logons 12 1-99 login/fails_to_user_lock Prevent automatic unlocking at midnight 1 0 login/failed_user_auto_unlock Number of failed logon attempts permitted 3 1-99 login/fails_to_session_end Preventing multiple dialog user logons 0 1 login/disable_multi_gui_login © SAP AG 1999 • La longitud mínima de la clave de acceso se define en el parámetro login/min_password_lng. El ajuste de longitud por defecto es 3; se permiten valores de 3 a 8. • El número de intentos fallidos de conexión se definen en el parámetro login/fails_to_session_end del perfil. El ajuste por defecto es 3; se permiten valores de 1 a 99. • El número de intentos fallidos de conexión antes de que el usuario sea bloqueado se define en el parámetro login/fails_to_user_lock del perfil. El ajuste por defecto es 12; se permiten valores de 1 a 99. Al final de cada día, los bloqueos son o liberados por el sistema o suprimidos manualmente. • Para prevenir que el sistema libere automáticamente un bloqueo a medianoche, el parámetro login/failed_user_auto_unlock del perfil debe colocarse en N. • El número días previos a que expire la clave de acceso se define en el parámetro login/password_expiration_time del perfil. El valor 0 significa que no existe periodo de en el que expiren las claves de acceso.
    • • El parámetro login/disable_multi_gui_login se puede utilizar para bloquear que un usuario mantenga múltiples conexiones dentro del mismo mandante utilizando la misma identificación de usuario. Si el valor se coloca en 1, el sistema permite al usuario elegir entre Finalizar las sesiones actuales o Finalizar esta conexión.• Para bloquear o desbloquear usuarios, o asignar nuevas claves de acceso, se utiliza la transacción SU01.• Reglas generales de las claves de acceso: 1. La clave de acceso debe ser distinta a los últimas que se hayan elegido. 2. No empieza con ninguna secuencia de 3 caracteres que estén contenidos en el nombre se usuario. 3. No se utiliza “pass” o “sap” como contraseña. 4. No empieza con tres caracteres idénticos. 5. No empieza con un signo de interrogación o de exclamación.
    • SeguridadSecurity Initial Logon Procedure in SAP Clients Client 000 001 066 New Client User SAP* DDIC EarlyWatch SAP* Initial Password 06071992 19920706 support pass Because these users are known users, you must ! protect them against unauthorized access © SAP AG 1999 Los mandantes 000, 001 y 066 son parte del sistema de R/3 repartido. En los mandantes 000 y 001, hay dos usuarios especiales: - SAP* para el acceso inicial al Sistema R/3. - DDIC para el sistema de transporte y corrección. Para proteger SAP* y DDIC de accesos no autorizados, se deben cambiar para estos usuarios las claves iniciales de acceso en el Sistema R/3. se recomienda añadir el grupo de usuarios SUPER al registro maestro de usuarios. Este grupo se usuarios solo puede acceder el superusuario. El mandante 066 es el mandante EarlyWatch. Los clientes deben modificar la contraseña se usuario inicial en su propio sistema. SAP* es un usuario especial. Además de que el usuario SAP* se crea en cada mandante durante la copia del mandante, el usuario SAP* se codifica en el núcleo del sistema operativo. La codificación del usuario SAP* está exenta de todos las comprobaciones de autorizaciones. No se elimina el registro maestro de usuarios de ningún mandante en el Sistema R/3. Sise elimina el registro maestro de usuarios de algún mandante, se puede acceder a la codificación. Para desactivar la codificación del usuario SAP*, se utiliza el parámetro login/no_automatic_user_sapstar del perfil (SAP Note 68048).
    • Sistema de informaciónInformation System © SAP AG 1999 El sistema de información ofrece una base para el análisis detallado del comportamiento del registro maestro de usuarios, perfiles, autorizaciones y grupos de actividad. Para acceder a esta información, utilice la transacción SUIM. El árbol del informe del sistema de información le permite acceder a los informes de análisis del estándar entregados de SAP al usuario. Puede buscar en este informe utilizando un complejo criterio de búsqueda que proporciona información detallada sobre: - Usuarios. - Perfile. - Objetos de autorización. - Autorizaciones. - Transacciones. - Comparaciones de registros maestros de usuarios. - Documentos de cambio.
    • Para identificar informes preentregados de SAP para Usuarios y Autorizacionesde Usuarios, llame a la transacción SE38. Introduzca RSURS* en el campo delprograma y seleccione la flecha de abajo. Esto proporciona un listado de losinformes de usuarios. Para obtener información detallada de un informe,seleccione el informe y examine la información escrita por el desarrollador.
    • Registro del sistema para autorizacionesSystem Trace for Authorizations © SAP AG 1999 El Sistema R/3 le permite descubrir qué objetos de autorización se revisan cuando ejecuta una transacción, un informe o un programa concretos. Para registrar las comprobaciones de autorizaciones, utilice el registro del sistema. Para iniciar el registro del sistema, seleccione Tools → Administration → Monitor → Traces → System Trace o utilice la transacción ST01. Para analizar un fallo de autorización, llame a la transacción SU53 y determine qué autorizaciones se necesitan para su tarea. Mire SAP Note 66056. Para visualizar todas las autorizaciones contenidas es su buffer de usuario, llame a la transacción SU56. Si todas sus autorizaciones no se visualizan con esta transacción, compruebe si: - Los grupos de actividad se han mantenido desde la última conexión en el Sistema R/3. para visualizar sus nuevas autorizaciones, desconéctese del sistema y vuelva a conectarse. - Ha recibido nuevas autorizaciones a través de un transporte. - El buffer de usuario es demasiado pequeño. Mantenga el siguiente parámetro del perfil de R/3: auth/auth_number_in_userbuffer.
    • Autorizaciones de administración del usuarioUser Administration Authorizations 1 Object Fields Value Meaning User Master 01 Create ACTIVITY Maintenance: 02 Change Authorizations 03 Display (S_USER_AUT) 06 Delete 07 Activate 08 Display change documents 22 Assign authorization profiles 24 Archive AUTH Limited name space for the assignment of authorization names OBJECT Authorization objects © SAP AG 1999 El gráfico muestra una lista de objetos de autorización que se han comprobado cuando se trabajaba con el Generador de Perfiles y cuando se mantenían usuarios: - S_USER_AUT (crear y cambiar autorizaciones, introducir autorizaciones en perfiles,…).
    • User Administration Authorizations 1 Object Fields Value Meaning User Master 01 Create ACTIVITY Maintenance: 02 Change Authorizations 03 Display (S_USER_AUT) 06 Delete 07 Activate 08 Display change documents 22 Assign authorization profiles 24 Archive AUTH Limited name space for the assignment of authorization names OBJECT Authorization objects © SAP AG 1999 - S_USER_GRP (administrar usuarios asignados a un grupo de usuarios). - S_USER_PRO (crear y cambiar perfiles, introducir perfiles en registros maestros de usuarios,...).
    • User Administration Authorizations 3 Object Fields Value Meaning Transaction TCD Transaction code TCD code check at transaction start (S_TCODE) HR: TCD Transaction code TCD Transaction code (P_TCODE) PD: INFOTYP INFOTYP Info type Personnel planning ISTAT ISTAT Planning status and development OTYPE OTYPE Object type (PLOG) PLVAR PLVAR Plan variant PPFCODE PPFCODE Function code SUPTYP SUPTYP Sub type © SAP AG 1999 Se comprueba al comienzo de una transacción el objeto de autorización S_TCODE. En las autorizaciones contenidas en este objeto de autorización, se muestra una lista para todas las transacciones que pueden ser iniciadas por el usuario. Normalmente se realizan más comprobaciones de autorizaciones durante la transacción. Para las transacciones HR se requiere el objeto de autorización P_TCODE y trabaja de forma similar al S_TCODE. El Generador de Perfiles (PFCG) es una transacción HR. Se necesita el objeto de autorización PLOG para integrar HR con básica funcioalidad.
    • Summary Now you are able to: Maintain activity groups using the Profile Generator Assign R/3 users to these activity groups Create and maintain user master records © SAP AG 1999
    • Further Documentation Basis Knowledge Product: System Management Topic: User Administration SAP Online Documentation Documentation Authorizations Made Easy from the R/3 Simplification Group SAP TechNet: System Management → Forum SAPNet: BC-CCM-USR-ADM, BC-CCM-USR-KRN, BC-CCM-USR-PFC SAP Note 80210 - Profile Generator: Composite note © SAP AG 1999
    • Users and Authorizations: ExercisesChanges created with the Profile Generator are Customizing changes and canresult in repeated system prompts to include such changes in a Customizingrequest. If you receive such a prompt, choose Create Request and enter adescription. If you are prompted for a change request again during this exercise,use this request. No. Exercise 1 Create Users Create the user ADMIN## (where ## is your assigned student number) with the specifications defined in exercises 1.1 - 1.5. 1.1 Maintain the name of the user. 1.2 Maintain the last name of the user and enter an initial password for the user. 1.3 Assign this user to the user group SUPER. 1.4 Define a default logon language for the user (choose an installed language). 1.5 Enter the user parameter XUS with the value ADMIN##. Save your user. 2 Create an activity group and assign user 2.1 Create the activity group TCC1 using the specifications defined in steps 2.2 - 2.4. Enter the description TCC Course for your activity group and then save these settings. 2.2 Specify activities for this group: switch on technical names and, from the SAP menu tree, select monitoring transactions SM50, SM51, and SM04 and application transactions ME22N, ME23N, and ME24 (to find the application transactions, choose Logistics → Material Management → Purchasing → Purchase Order). Check that your selections have been transferred to Activity group menu. Add transactions SMEN and SESSION_MANAGER by selecting Add Transaction. Save these entries. 2.3 Generate an authorization profile: use Change authorization data to check your selections and verify that you have green lights. A dialog box appears for you to maintain the organizational levels (to select values, use F4 help). Generate the profile(s) for the selected transactions. Check at the bottom of your screen that the profile(s) have been created. 2.4 Assign users: assign the user ADMIN## to the activity group created above. 2.5 Update user mater data: from within the Profile Generator, update the ADMIN## user master data. Check whether the activity group and the authorization profile are assigned to the correct user. 3 (Optional) Check the user ADMIN## 3.1 Log on to the R/3 System as user ADMIN##, then check if the user can execute the transactions you assigned. 3.2 Is user ADMIN## authorized to maintain its own address? 3.3 Is user ADMIN## authorized to execute transaction SU53? 3.4 Log off from the R/3 System (ADMIN##) and continue working as a course
    • participant.4 (Optional) Copy a user4.1 Create the new user BASIS## by copying user ADMIN##, without copying the authorization profile or the activity group assignment.5 (Optional) Lock users5.1 Lock the user ADMIN##.5.2 Check the information system and find out which users are locked.
    • Users and Authorizations: SolutionsChanges created with the Profile Generator are Customizing changes and canresult in repeated system prompts to include such changes in a Customizingrequest. If you receive such a prompt, choose Create Request and enter adescription. If you are prompted for a change request again during this exercise,use this request. No. Solution 1 Create users 1.1 From the System Administration Assistant (transaction SSAA), choose Entire view → Display Tasks → Running Your System → Additional Administration Tasks → SAP System Administration → Users: Changing a Password or call transaction SU01 directly. Enter user name ADMIN## and choose Create. 1.2 Enter the last name of the user. Select tab Logon Data and enter a password in fields Initial password and Repeat password. 1.3 Assign this user to the user group SUPER. Select group SUPER as group in field User group for authorization check. 1.4 Select tab Defaults and define a default logon language for the user. 1.5 Select tab Parameters and set parameter XUS to value ADMIN##. Save these settings. 2 Create an activity group and assign user 2.1 From the System Administration Assistant (transaction SSAA), choose Entire view → Display Tasks → Running Your System → Additional Administration Tasks → SAP System Administration → Profile Generator: Maintaining Activity Groups or call transaction PFCG. To create the activity group, enter TCC1 and choose Create. Enter the description TCC Course for your activity group and then save (choose Save). 2.2 Select tab Menu. Switch on technical names by choosing the magnifying glass icon under Additional activities. Under Copy menus, choose From the SAP Menu and the SAP menu tree is built and displayed. To select transactions SM50, SM51, and SM04, choose Tools → Administration → Monitor → System Monitoring. To select the logistics transactions, choose Logistics → Material Management → Purchasing → Purchase order and select Create, Change, and Display. After you have selected all the transactions, choose Transfer. Check that your selections have been transferred to Activity group menu by expanding the menu. Add transactions SMEN and SESSION_MANAGER by selecting Add Transaction. Save these entries. 2.3 To display the authorization data, check your selections, and verify you have green lights, choose tab Authorizations and choose Change authorization data. A dialog box appears: use F4 help to maintain the organizational levels. Save. In the next screen, a yellow light shows that some authorization fields have not yet been maintained. Select the yellow light and assign full authorization for the subtree. To generate the profile(s) for the selected transactions, choose Authorizations → Generate. Choose Execute. Check in
    • the status bar that the profiles were created and go back (choose Back).2.4 Click tab User. In the column User ID, input the ID you created in step 1 (ADMIN##) and choose Enter. Save your selection.2.5 Update the user master record by choosing User compare (in the dialog box, choose Complete compare). New profiles are transferred to the user master record for ADMIN##. After the compare, you should have a green light for the user tab. Run transaction SU01 and check that your user has received the activity group and profile.3 Check the user ADMIN##3.1 Log on to the R/3 System as user ADMIN##. The transactions selected above are now available.3.2 No.3.3 No.3.4 Log off from the R/3 System (ADMIN##) and continue working as a course participant.4 Copy a user4.1 Use transaction SU01 or, from the System Administration Assistant (transaction SSAA), choose Entire view → Display Tasks → Running Your System → Additional Administration Tasks → SAP System Administration → Users: Copying a User. In transaction SU01, enter ADMIN##, choose Copy, then enter the name BASIS##. Deselect Authorization profiles and Activity groups. Enter a new password for BASIS## twice and save.5 Lock users5.1 Use transaction SU01 or, from the System Administration Assistant (transaction SSAA), choose Entire view → Display Tasks → Running Your System → Additional Administration Tasks → SAP System Administration → Users: Locking and Unlocking Users. Select user ADMIN## and choose User names → Lock/Unlock. A dialog box appears: choose Lock/unlock.5.2 Use transaction SUIM or, from transaction SU01, choose Information → Information System. Within the information system tree, to display an overview of all users locked, choose User → List of User Master Records Locked Due to Incorrect Logon.
    • 10. Imprimir y spool. Spool and Print 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999 Contenidos: - Visión general del Sistema Spool. - Gestión de impresión y método de acceso. - Servidor Lógico de Spool. - Petición de administración de spool. Objetivos: - Descripción de la funcionalidad del Sistema Spool R/3 . - Define mecanismos de salida para impresión local, remota y - Definición y uso del servidor lógico de spool. - Administración de spool y peticiones de salida.
    • Flujo de informaciónInformation FlowR/3 System User action Hello Create document Document World Print Spool Request Spool Data TemSe Output Output Request R/3 Spool System Operating System spool Hel lo W orld © SAP AG 1999 El Sistema R/3 reconoce varias clases de documentos (por ejemplo, textos SAPscript o listas de informes) que se pueden imprimir. Cuando se hace una petición de impresión de un documento, se crea una petición de spool. Una petición de spool tiene dos partes: - información administrativa (origen, feche, nombre del autos, impresión lógica) almacenada en la base de datos de R/3. - Los datos a imprimir se guardan en un repositorio denominado base da datos temporal secuencial (TemSe). El Sistema Spool de R/3 utiliza representaciones genéricas para comandos de formateo de impresión y el carácter inerno de R/3 se ajusta para representar el carácter a imprimir. Los datos de TemSe se pueden guardar dentro de la base de datos o en el nivel del sistema operativo. El parámetro del perfil rspo/store_location (mire SAP Note 20176) determina donde se localiza TemSe: - db guarda los datos en la base de datos (por defecto). - G guarda los datos en un fichero del sistema operativo en el directorio global.
    • La preparación de una petición de spool para imprimir es una petición de salida. EnR/3, usted puede o imprimir inmediatamente (se genera inmediatamente una peticiónde salida) o imprimir de forma atrasada (la petición de spool no conduce a unapetición de salida). Una petición de spool puede correspondes a varias peticiones desalida. Estas se pueden enviar a mecanismos de salida.Normalmente (pero no en determinados escenarios de impresión), el Sistema R/3genera un mecanismo específico, corriente de salida lista para imprimir, que se envíaa través del sistema operativo de spool a una impresora.
    • Métodos de acceso: impresión localAccess Methods: Local PrintingR/3 Application Server Dispatcher S S ... D Physically local C L OS spool or Print server Physically remote © SAP AG 1999 Puede configurar su instancia de R/3 para ejecutar múltiples procesos de trabajo spool. Esto afecta al procesamiento secuencial de peticiones. Mire SAP Note 108799. Las peticiones de salida se envían normalmente al servidor spool en el orden en el que fueron creadas, pero si se configura más de un proceso de trabajo spool, las peticiones pueden imprimirse en un orden distinto. Si es necesario, puede especificar que las peticiones de salida se transmitan al sistema spool del host en el orden en el que fueron creadas. Esta opción causa que el procesamiento de peticiones para este mecanismo se restrinja a un proceso de trabajo individual dentro del servidor de spool. Se reserva temporalmente para este mecanismo un proceso de trabajo spool, y todas las peticiones de salida para este mecanismo se almacenan en un a cola interna en el proceso de trabajo reservado. Una vez que la cola interna ha sido procesada, se libera el proceso de trabajo reservado. Existen varios métodos que el Sistema Spool de R/3 puede utilizar para acceder a un sistema operativo de spool.
    • Impresión local.El sistema operativo de spool se ejecuta en el mismo host que el proceso detrabajo spool. - En los sistemas Windows NT, el proceso de trabajo spool utiliza las llamadas al sistema operativo para pasar salidas al administrador de impresión utilizando en Windows NT API (método de acceso C). - En los sistemas UNIX, se pasa la petición de salida al sistema operativo de spool utilizando comandos UNIX, por ejemplo lp o lpr (método de acceso L). La forma del comando se especifica en el perfil del Sistema R/3.La impresión local es la manera más rápida y fiable de imprimir en R/3. Laimpresión local no significa que la impresora esté físicamente unida al host en elque se ejecuta el proceso de trabajo spool de R/3. El sistema operativo de spoolpuede imprimir en una impresora unida o localmente o remotamente.
    • Métodos de acceso: impresión remotaAccess Methods: Remote PrintingR/3 Application Server Dispatcher S S ... D Network printer U UNIX U OS spool Print server WinPC S U saplpd OS spool or Print server © SAP AG 1999 Impresión remota. Cuando se utiliza la impresión remota, un proceso de trabajo spool de R/3 pasa la corriente de salida lista para imprimir al sistema operativo de spool en un host diferente. Esta transferencia de datos requiere mover la corriente de salida a través del enlace de red. El sistema operativo de spool puede entonces imprimir en una impresora unida o localmente o remotamente. - Algunas impresoras tienen su propio sistema operativo de spool. Estas pueden estar unidas directamente a la red a través de la interfaz de la tarjeta de red. Estas impresoras se denominan impresoras de red, y pueden recibir además peticiones de salida desde R/3 (método de acceso U). - En los sistemas UNIX, la corriente de salida se envía un demon de impresión de línea lpd (método de acceso U). - En los sistemas Windows y en otros sistemas que carecen de un lpd, SAP ofrece el programa saplpd, que recibe la corriente de salida y la transfiere al sistema operativo de spool (método de acceso S para un propietario del protocolo SAP o U para el protocolo Berkeley de UNIX).
    • Por razones de funcionamiento, los métodos de acceso remoto son sóloconvenientes para entornos LAN y requieren la liberar los partners decomunicación.
    • Métodos de accesoAccess Methods: Frontend PrintingR/3 Application Server Dispatcher S S ... D FFrontend PC SAP GUI Windows saplpd others OS spool Print server © SAP AG 1999 Impresión La impresión … permite a los usuarios de R/3 enviar la peticiones de salida a las impresoras que están definidas en su ...(método de acceso F). El administrador de spool no necesita definir estas impresoras como mecanismos de salida en R/3. - En los sistemas Windows, la petición de salida se envía al programa saplpd en el ... PC. Si saplpd no se está ejecutando, se inicia automáticamente. - En otros sistemas (UNIX, Macintosh,...) la petición de salida se pasa al sistema operativo de spool. En la Versión 4.6A, todos los procesamientos de spool tienen lugar en un proceso de trabajo spool. El proceso de trabajo spool espera hasta que se haya enviado la petición de salida a la ... antes de continuar procesando otras peticiones. Por tanto, pueden ocurrir problemas de funcionamiento cuando se utiliza la impresión ... . Usted puede poner un límite superior al número de procesos de trabajo spool utilizados para la impresión ... usando el parámetro rdisp/wp_no_spo_Fro_max. El valor por defecto del parámetro es 1.
    • La impresión ... sólo imprime mientras que haya una conexión activa en el ...PC. Por tanto, la impresión ... puede utilizarse en procesos de fondo.Para más información sobre la impresión ... y las dependencias de liberación,mire SAP Collective Note 114426.
    • Using the System Administration Assistant System Administration Assistant (SAA) Running your system Overview: R/3 System administration DEV: Checklis for the Development / Test System QAS: Checklist for Operationg the Production System Additional Administration Tasks SAP System Administration Starting and Stopping the R/3 System from Windows NT Printing: installing Additional Printers Sending System Messages Profile Generator: Maintaining Activity Groups Users: Copying a User Use the System Users: Locking and Unlocking Users Users: Changing a Password Administration Assistant Users: Finding a Missing Authorization to start transaction SPAD Users: Checking Active Users Maintaining System Profiles (Spool administration) Operation Modes: Creating a New Operation Mode Operation Modes: Adjusting the Time Table Operation Modes: Manually Switching Modes Operation Modes: scheduling Exception Operation Jobs: Scheduling Jobs Jobs: Checking Job Status and Displaying Logs Importing Hot Packages, Legal Change Patch, ... Performance Monitoring Database Management: Additional Tasks Trouble Shooting, Service and Support © SAP AG 1999 Para arrancar la transacción de administración SPAD, utilice el Asistente de Administración de Sistema. Alternativamente, seleccione Tools → CCMS → Spool → Spool administration.
    • Creación de un nuevo dispositivo de salidaCreating a New Output Device Local Remote Frontend DeviceAttributes Device type Set to match Set to match SWIN Spool server Choose one Choose one - HostSpoolAccMethod Access method C (NT) or L (UNIX) S or U F Host printer OS printer name OS printer name _ _DEFAULT Host name Fixed - - Destination hosts - Decide - © SAP AG 1999 Para crear un nuevo dispositivo de salida, seleccione Output devices. Los campos son como los siguientes: - Dispositivo de salida: el nombre de impresión lógica es un caso delicado y puede aumentar hasta 30 caracteres. - Nombre corto: el nombre que el sistema utiliza para acceder a la impresora. Se puede generar automáticamente. - Tipo de dispositivo: el tipo de impresora. Para la impresión ... en los sistemas Windows, el driver SWIN del mecanismo de impresión independiente puede utilizarse para el procesamiento de cambios desde R/3 al ... PC. - Servidor de spool: el servidor de aplicación de R/3 (o servidor lógico de spool) que formatea las peticiones de salida. Esta entrada no es necesaria para la impresión ... . - Método de acceso: especifica el método de transferencia de datos al host de spool. - Host de impresión: el nombres de la impresora definida en el nivel del OS (Operating System). En los sistemas Windows, no hay espacios situados en el nombre y, para la impresión ..., _DEFAULT accede a la impresores definida por defecto en el ... PC. Para la impresión ... en otros sistemas operativos, se debe configurar una impresora denominada _DEFAUKT en el ... PC.
    • - Nombre del host: sólo para la impresión local. Se genera automáticamente y depende del servidor de spool. - Hosts de destino: sólo para la impresión remota. El nombre del host en el que se esta ejecutando el lpd o el saplpd. Si la impresora es un impresora de red, se puede utilizar el nombre de Microsoft UNC de Administrador de Impresión de Windows (por ejemplo, P21939P42).Si necesita realizar procesamiento secuencial de peticiones, elija Outputattributes y seleccione Sequential request processing.
    • Tipos de mecanismosDevice TypesChoosing the right device type A suitable device type is available in R/3 Download device type from sapserv server (see SAP Note 8928) Use generic printer format (such as PostScript) or set mode to supported device type Use device type SWIN Write your own device type © SAP AG 1999 Seleccione una de las siguientes estrategias para definir el tipo de dispositivo para su impresora: - En el mejor caso, ya hay un tipo de mecanismo para la impresora que usted quiere utilizar. - SAP ofrece un tipo de mecanismo adecuado que puede descargar de un servidor sapserv. Mire SAP Note 8928 para una actualización de lista de impresoras admitidas. - La mayor parte de las impresoras se pueden manejar utilizando un formato genérico (por ejemplo, PostScript) o puede cambiarse a un modo que sea compatible a una impresora estándar para la que está disponible en R/3 un tipo de dispositivo. - Casi todas las impresoras se entregan con drivers de impresión de Windows. Puede manejar estas empresoras con el driver SWIN de mecanismo de impresión independiente. En este caso, el procesamiento de mueve desde R/3 al Asistente de Impresión de R/3. - En el peor de los casos, debe escribir su propio tipo de mecanismo (o modificar una copia de un tipo de mecanismo existente). Esto no es aconsejable hasta que sea un experto en el Sistema Spool de R/3 y en el código del driver de la impresora. En este caso, puede que sea mejor obtener una impresora de soporte.
    • Servidores lógicos de spoolLogical Spool ServersR/3 System Output Device Logical Spool Server Real Spool Server Gulp Test 1 T Log_Test T twdfmx03_DEV_00 T Test 2 T Prod 1 P Log_Prod A P twdfmx03_DEV_01 P Prod 2 P Log_Prod B P T: Test print P: Production print © SAP AG 1999 Se puede destinar un mecanismo de salida a un servidor real de spool, que es una instancia de R/3 que ofrece al menos un proceso de trabajo de spool. Los servidores lógicos de spool introducen un a nueva capa en la arquitectura del servidor spool. Los servidores lógicos de spool establecen un amplio rango de posibilidades adicionales. Se puede trazar un plano de un servidor lógico de spool en un servidor real de spool o en otro servidor lógico de spool. En R/3, se puede utilizar un servidor lógico de spool en lugar de un servidor real de spool. Por ejemplo, se puede destinar un mecanismo de salida a un servidor lógico de spool como a un servidor real de spool. Los servidores lógicos de spool establecen un amplio rango de posibilidades adicionales, como son: - Cambio del servidor spool. - Balanceo de la carga de trabajo. - Transporte de la arquitectura de impresión. Los mecanismos de salida y los servidores de spool se pueden clasificar para determinados trabajos de impresión, por ejemplo impresiones de prueba o de producción.
    • Creación de un servidor lógico de spoolCreating a Logical Spool Server s las rc rv e Class Se Lo Ma gic pp a l fl ing ag High volume print Classify your printers and spool servers, and keep them separate: Production print Test print © SAP AG 1999 Para crear un nuevo mecanismo de salida, seleccione Servidores spool. Los campos son como los siguientes: - Nombre del servidor: el nombre del servidor lógico de spool, como se define en R/3. Este es un asunto delicado. - Clase del servidor: la clasificación para los jobs de impresión. - Servidor lógico: identifica el servidor spool como un servidor lógico de spool. - Planificación: el nombre del servidor de spool real o lógico que en el que se ha planificado su servidor lógico. Separación de las impresoras y servidores de spool para diferentes tipos de jobs de impresión: - Alto volumen de impresión (por ejemplo, listas centrales de coste). - Impresión de producción (por ejemplo, documentos o cartas cubiertas). - Impresión por ordenador (por ejemplo, documentos SAPoffice). - Impresión de prueba. - La razón para esto es que un proceso de trabajo de spool solo puede procesar una petición de salida en un a vez.
    • Para clasificar un mecanismo de salida, llame a la transacción SPAD, elijaOutput devices, seleccione el mecanismo de salida que quiere cambiar, entonceselija Edit → Classification.
    • Características 1: cambio de servidor de spoolFeature 1: Spool Server SwitchoverR/3 System Output Device Logical Spool Server Real Spool Server Test 1 Log_Test twdfmx03_DEV_00 Test 2 twdfmx03_DEV_01 ti ve na ter Al © SAP AG 1999 Cuando se crea un servidor real o lógico de spool, se puede definir un servidor alternativo de spool. Si el servidor normal de spool no está disponibles, R/3 cambia todos los mecanismos que utilizan este servidor de spool al alternativo. Para esta estrategia de funcionamiento, debe asegurar que todas las impresoras puedan conducirse de la misma forma por todos los servidores spool involucradas. Por ejemplo, utilizando la impresión local, necesita asegurar que los mismos nombres de impresoras aparecen en el sistema operativo de los host para todos los servidores reales de spool que pueden servir de alternativo. En el gráfico, si mecanismo de salida Prueba 1 apunta a una impresora con nombre del sistema operativo P42, entonces el nombre de la impresora P42 debe añadirse a la lista en los servidores twdfmx03_DEV_00 y twdfmx03_DEV_01.
    • Característica 2: balanceo de carga de trabajoFeature 2: Workload BalancingR/3 System Output Device Logical Spool Server Real Spool Server Test 1 twdfmx03_DEV_00 Log_Test Test 2 twdfmx03_DEV_01 n so a ri mp co ad Lo © SAP AG 1999 Cuando se define un servidor alternativo de spool para un servidor spool, puede permitir el balanceo de carga (comparación). La carga de un servidor de spool se calcula desde el número de procesos de trabajo de spool, de peticiones de salida, y de páginas. El balanceo de carga se puede activar de forma independiente para cada servidor lógico o real de spool. Si se genera un petición de salida para un servidor de spool donde el balanceo de carga está activado, el sistema busca la planificación y las definición de alternativas de ese servidor para encontrar el servidor de spool con menos carga. La selección de algoritmos es recursiva: como el sistema comprueba la planificación y la jerarquía del servidor definido como alternativa, aplica las reglas de selección a cada servidor. Los procesos de peticiones secuenciales tienen prioridad sobre lo opción de balanceo de carga para los servidores de spool. Por tanto, si se configura un mecanismo para procesos secuenciales y se asigna utilizando el balanceo de carga a un servidor de spool, el balanceo de carga se ignora para las peticiones de salida generadas para ese mecanismo.
    • Característica 3: transporte de la arquitectura de impresiónFeature 3: Transporting the Printer ArchitectureR/3 System DEV Prod 1 Log_Test Prod 2 twdfmx03_DEV_00 Volume Log_VolR/3 System QAS Prod 1 Log_Test twdfmx04_QAS_00 Prod 2 Volume Log_Vol twdfmx04_QAS_01 © SAP AG 1999 Los servidores lógicos proveen un método uniforme para definir y transportar un arquitectura de impresión completo con cambios mínimos. El gráfico muestra que un arquitectura de impresión puede transportarse de un sistema de desarrollo de R/3 a un sistema de consolidación. Todas los mecanismos de salida y los servidores de spool del sistema de desarrollo se transportan al sistema de consolidación. Para activar la impresión en el sistema actual, solo necesita cambiar la planificación de cada definición de servidor lógico de spool para el nuevo entrono del Sistema R/3. La transacción SPAD ofrece funciones para transportar definiciones de mecanismos de salida y definiciones de servidores de spool.
    • Selección de peticiones spool y de salidaSelecting Spool or Output Requests © SAP AG 1999 Para visualizar las peticiones spool o de salida, llame a la transacción SP01 o elija System → Services → Output controller. La pantalla inicial ofrece un amplio rango de criterios de selección. Puede personalizarla para mostrar justo el criterio de selección que le interesa, o puede elegir una serie estándar de criterios de selección. En la Versión 4.6A, puede visualizar peticiones de spool y de salida de otros Sistemas R/3. para hacerlo, introduzca un destino RFC válido en Nombre del Sistema. Si borra el campo y lo deja lleno, se dirigen todos los sistemas en la tabla ALCONSEG (que hacen una lista de los sistemas seleccionados para la monitorización remota en la transacción RZ20).
    • Monitorización de peticiones spool y de salidaMonitoring Spool and Output Requests tus Sta nfo gI Lo © SAP AG 1999 La lista visualizada muestra el estado de las peticiones spool y de salida que encuentra su criterio de selección. El Visualizador de Listas de ABAP (ALV) se utiliza para visualizar esta lista y le permite almacenar múltiples variantes visualizadas. El estado de una petición de spool es uno de los siguientes: - - :no hay petición de salida para esta petición de spool. - Proc. : un proceso de trabajo de spool está procesando la petición de salida correspondiente. - Esperando: un proceso de trabajo de spool está esperando por un código de retorno de un sistema operativo spool. - Compl: la petición o peticiones de salida correspondientes se han impreso correctamente. - Error: la petición o peticiones de salida correspondientes no se han impreso correctamente. - <F5>: la petición de salida correspondiente tienen distintos estados. Para navegar de una petición de spool a su petición de salida, haga doble clic es su estado. Para navegar de varias peticiones de spool a sus peticiones de salida, seleccione las líneas y haga clic en el icono Output request. Se escribe un log para cada petición de salida no satisfactoria. Puede utilizar el log para analizar errores.
    • Mantenimiento de la base de datos de spoolMaintaining the Spool DatabaseDelete old spool requests Check spool database consistency Online using transaction SPAD Online using transaction SPAD Offline, schedule regularly: Offline, schedule daily: RSPO1041 RSPO1043Spool Database Spool Request Spool Data TemSe Output Request © SAP AG 1999 Debe definir un programa regular para mantener su base de datos de R/3. Las tareas de mantenimiento incluyen la supresión de peticiones de spool antiguas y comprobar la consistencia de la base de spool. Para eliminar peticiones de spool antiguas, ejecute con regularidad el programa RSPO1041 con una variante adecuada como un job de fondo. Mire SAP Note 130978. Para realizar chequeos de consistencia de la base de datos de spool, ejecute todos los días (incluyendo Domingos y días festivos) el programa RSPO1043 con una variante adecuada como un job de fondo. Mire SAP Note 98065. En situaciones excepcionales, puede también realizar online estas tareas de mantenimiento (pero con limitaciones) utilizando la transacción SPAD.
    • AutorizacionesAuthorizations 1 Object Fields Value Meaning Spool action SPOACTION BASE List spool requests PRNT Print once (S_SPO_ACT) REPR Repeat printing REDI Redirect DELE Delete manually DSIP Display AUTH Change authorization ATTR Change attributes SPOAUTH Value Value for which the user is authorized. This value must match the authorization field in the spool request. System S_ADMI_FCD SP01 Administration of spool requests (all clients) authorization SP0R Same as SP01 (own client) (S_ADMI_FCD) SPAD Spool administration (all clients) SPAR Client-dependant spool administration SPAA Define output device SPAB Define real and logical OMS SPAC Maintain device types and related objects SPAM Administration of spool requests all clients SPTD TemSe administration (all clients) SPTR Same as SPTD (own client) © SAP AG 1999 Los usuarios finales tienen pleno control sobre sus peticiones de spool en el controlador de salidas. Los administradores de spool pueden gestionar todas las peticiones de spool a través de los objetos de autorización S_ADMI_FCD y S_SPO_ACT. El objeto de autorización S_ADMI_FCD permite el administrador realizar diferentes tareas de administración, como administrar peticiones de spool y dispositivos de salida. El objeto de autorización S_SPO_ACT especifica qué acciones puede realizar en qué peticiones de spool. Por ejemplo, SPOACTION=BASE, DISP Y SPOAUTH=xyz le permite visualizar y hacer una lista de peticiones spool con el campo de autorización xyz. En la Versión 4.0 de R/3, una petición de spool tiene su propia ID de usuario como valor por defecto para el campo de autorización. Por tanto, todas las peticiones de spool están protegidas implícitamente.
    • Authorizations 2 Object Fields Value Meaning Device authorization SPODEVICE Value Long name of the output device (S_SPO_DEV) Maximum number S_ADMI_FCD Value Long name of the output device of pages (S_SPO_PAGE) SPOPAGES Value Number of pages permitted © SAP AG 1999Utiilice el objeto de autorización S_SPO_DEV para limitar el acceso a impresoraspor el nombre.El objeto de autorización S_SPO_PAGE especifica el número máximo de páginasque puede imprimir un usuario en un detrminado dispositivo de salida. Para activareste objeto de autorización, ponga el parámetro rspo/auth/pagelimit a 1 en el perfil dela instancia. Una vez que se activa el objeto de autorización, todos los usuarios debentener la autorización S_SPO_PAGE para poder imprimir.
    • Summary of this Unit Now you are able to: Describe the function of the R/3 Spool System Define output devices for local, remote, and frontend printing Define a logical spool server and use it on an output device Manage spool and output requests © SAP AG 1999
    • Further Documentation SAP Online Documentation: BC Printing Guide SAPNet Alias output Basis Course: Advanced System Administration (BC305) SAP Knowledge Product System Management © SAP AG 1999 Para obtener una lista completa de los estados de las peticiones de spool, mire la Documentación Online de SAP: - BC Printing Guide. Para obtener información sobre el Sistema Spool de SAP, mire el SAPNet, alias output. El Curso Básico de la Administración Avanzada del Sistema (BC305) ofrece más información sobre las áreas de administración extendida y plana en la transacción SPAD.
    • Spool and Print: Exercises No. Exercise 1 Define a local R/3 printer 1.1 Check which printers are configured at the operating system level of your application server. 1.2 Within R/3, create an output device LOCAL that prints locally to one of the printers that are configured on your application server. 1.3 Submit an output request to the output device LOCAL: print the work process overview (an output request should be created immediately). Monitor your spool and output request. 2 Define a remote R/3 printer For this exercise, your instructor should give you the name of an operating system spooler on a remote server. 2.1 Within R/3, create an output device REMOTE that prints remotely to the named spooler. 2.2 Submit a spool request to the output device REMOTE: print the list of output devices (output request should be triggered manually). Monitor your spool request and submit an output request. 3 Define a logical server and assign it to an output device 3.1 Create a logical spool server LOGI and map it onto a real spool server. Do not specify an alternative and do not select load distribution. Classify LOGI as a test server. 3.2 Change the definition of the output devices LOCAL and REMOTE to classify them as test printers and assign spool server LOGI to them. 3.3 Using the steps described in exercises 1.3 and 2.2, submit an output request to both printers, and check that the output is correct. 4 Manage spool and output requests 4.1 Display all of your own spool and output requests. 4.2 Display the contents of a spool request. 4.3 Print 2 copies of one spool request from the list. Display all output requests generated for the spool request that you just printed and check their status. 4.4 Display the attributes of the spool request printed in step 4.3. Check that the number of copies for the spool request is still 1. 4.5 Change the attributes of the spool request printed in step 4.3 to specify a default of 2 copies. 4.6 Delete all of your own spool requests.
    • Spool and Print: Solutions No. Solution 1 Define a local R/3 printer 1.1 To check which printers are configured at the operating system level on your application server: In Windows NT systems, choose Start → Settings → Printers (the group currently connected with pcANYWHERE). In LINUX systems, enter command lpc status. 1.2 Choose Tools → CCMS → Spool → Spool administration (transaction SPAD). Choose Output devices and switch to change mode using the pencil icon. Choose Output device → Create. As output device, enter LOCAL and maintain fields: Select tab DeviceAttributes and fill out fields: Device type: set to match with the definition on operating system Spool server: select a real spool server running on your application server Select tab HostSpoolAccMethod and fill out fields: Access method: C (Windows NT) or L (UNIX) Host printer: name of printer at operating system level (case-sensitive in UNIX) When you save your input, a short name is generated automatically. 1.3 To print a work process overview, run transaction SM50 and choose System → List → Print. Specify output device LOCAL and as spool option choose Print immediately. Do not select Delete after output. Choose Continue. A spool request is generated by the system. Note the spool request number given in the status bar. To monitor the status of your spool and output request, call transaction SP01 and select all spool and output requests for your user. 2 Define a remote R/3 printer For this exercise, your instructor should give you the name of an operating system spooler on a remote server (defined on a server of another group). 2.1 Choose Tools → CCMS → Spool → Spool administration (transaction SPAD). Choose Output devices and switch to change mode using the pencil icon. Choose Output device → Create. As output device, enter REMOTE and maintain fields: Select tab DeviceAttributes and fill out fields: Device type: set to match with definition on operating system Spool server: select any real spool server running on your application server Select tab HostSpoolAccMethod and fill out fields: Access method: Windows NT: S or U (saplpd must run on remote host) (to start saplpd, choose Start → Programs → SAP Frontend → SAPlpd) UNIX: U Host printer: name of printer at operating system level (case-sensitive in
    • UNIX) Destination hosts: name of the remote server (from your instructor) When you save your input, a short name is generated automatically.2.2 To print the list of output devices, run transaction SPAD and choose Output devices. Then choose Output device → Print this list. Specify output device REMOTE. As spool options, do not select Print immediately and do not select Delete after output. Choose Continue. A spool request is generated by the system. Note the spool request number given in the status bar. To monitor the status of your spool request, call transaction SP01. Select your spool requests and choose Print directly for the spool request you created in this exercise.3 Define a logical server and assign it to an output device3.1 Choose Tools → CCMS → Spool → Spool administration (transaction SPAD). Choose Spool Servers and switch to change mode using the pencil icon. Choose Create and maintain fields: Server name: enter LOGI Following text field: enter a short description Server class: test server or test print Logical server: check this box Mapping: select a real spool server Save this definition (choose Save).3.2 For both output devices, do the following. Choose Tools → CCMS → Spool → Spool administration (transaction SPAD). Choose Output devices. From the displayed list, select the output devices LOCAL or REMOTE. Change the spool server assignment to LOGI. To classify the output device, choose Edit → Classification → Test print. If a warning about classification mismatch appears, check the classification of the spool servers. Save the settings.3.3 See solutions 1.3 and 2.2.4 Manage spool and output requests4.1 Use transaction SP01 or choose System → Services → Output controller. The initial screen enables you to choose either spool requests or output requests.4.2 From the list of spool or output requests, select an item and choose Display contents.4.3 Mark one spool request from the list and choose Print with changed parameters. The print parameters are displayed. Specify the Number of copies as 2, and then choose Print. Check the status of your output request. Select the spool request you just printed and choose Output requests. All the output requests generated for the selected spool request are displayed. To display the status description, double-click one of the output requests in
    • column Status.4.4 Mark the spool request you printed in step 4.3 and choose Request attributes. To display the number of copies, select tab Output attributes.4.5 Specify the Number of copies as 2. Save the spool request.4.6 Mark all the spool requests from your list and choose Delete. To confirm the deletion, choose Yes (for 1 spool request) or Delete all.
    • 11. Archivo de datos de SAP SAP Data Archiving 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 R/3 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999 Contenidos: - ¿Por qué se archivan datos? - Tecnología del archivo de datos. - Conceptos para el archivo de datos. - Utilización de las herramientas del archivo de datos. Objetivos: - Realización de las preparaciones necesarias para el archivo de datos. - Archivar datos de aplicación en conjunción con los departamentos de negocio. - Ejecución del monitor de archivo y solución de problemas. - Acceder y visualizar datos archivados.
    • ¿Qué es el archivo de datos?What is Data Archiving? Application data Stored in files on the hard disk Deleted in the database Evaluated in files without reloading into the database R/3 database Application data is moved Archive file © SAP AG 1999 Para prevenir la confusión con otra copia de seguridad de datos y otros métodos de archivo, definimos el archivo de datos como la eliminación de datos de aplicación pertenecientes a procesos de negocio completados de la base de datos. Los datos eliminados se comprimen y almacenan en otro lugar, por ejemplo, en un fichero del sistema, un archivo óptico, o en un sistema jerárquico de administración de almacenaje (HSM). Para acceder a los datos guardados en los ficheros de archivo, puede utilizar informes de aplicación. Puede también acceder a los datos archivados a través del Sistema de Información de Archivo (SAP AS). El archivo de datos no es: - una reorganización de la base de datos. - Una copia de seguridad o restauración de la base de datos. - Un fichero offline redo log de la base de datos (estos ficheros se denominan a menudo ficheros de archivo). - Un archivo óptico para documentos salientes, listas de spool, o documentos escaneados.
    • La reorganización de la base de datos es independiente del archivo de datos. No sepuede utilizar el archivo de datos para eliminar datos de prueba de la base de datos.
    • ¿Por qué se utilizan datos de archive?Why Archive Data? High availability Backup and recovery Release upgrade Euro conversion Database Efficient use of resources size is increasing Reduced hardware costs Reduced administration costs Shorter response times in dialog mode Smaller index trees Fewer selection variants © SAP AG 1999 Los volúmenes grandes de datos incrementan las exigencias de capacidad de almacenaje y de gastos administrativos de la base de datos. Para comprobar el nivel de llenado y el tamaño de la base de datos, utilice la transacción DB02 o seleccione Tools → CCMS → Control/Monitoring → Performance Menu → Database → Tables/Indices. La seguridad de la base de datos requiere a menudo el reflejo o réplica de datos. La inversión de hardware aumenta con los volúmenes de datos que van a ser administrados. También, el tiempo necesario para la copia de seguridad de la base de datos se incrementa en proporción al volumen de datos que hay que copiar. En el negocio diario, los usuarios finales de sección experimentan problemas de realización cuando, por ejemplo, deben buscar una tabla completa. Si está disponible el acceso al índice, el índice de un a gran tabla puede ser también grande. La búsqueda de un gran índice consume más tiempo que e la búsqueda de pequeños árboles de índices. La utilización del archivo de datos para reducir el tamaño de las tablas de la base de datos es ventajoso tanto para la administración de la base de datos como para los usuarios finales de sección.
    • El proceso de archivo de datosData Archiving Process R/3 Database 1 1 14.12 14.13 14.14 Write program for the archiving object 2 2 13.22 13.23 3 3 13.24 Delete program ... for archive file 1 Archive file 1 Archive file 2 3 3 Start can be triggered manually or automatically © SAP AG 1999 El archivo de datos puede ejecutarse de forma paralela a la carga de trabajo normal del usuario. Esto efecto en el funcionamiento del sistema depende de los objetos de archivo utilizados y la cantidad de datos a archivar. Antes de borrar los datos de la base de datos, el programa de borrado compara los contenidos del fichero de archivo con los mismos datos guardados en la base de datos. Tiene lugar la eliminación sólo si los dos conjuntos de datos son idénticos. Se puede seleccionar el inicio manual o automático de la eliminación en la Personalización de cada objeto individual de archivo. Si se selecciona en la Personalización un inicio automático de la eliminación, arranca un programa de borrado después de que se complete un fichero de archivo o después el que se complete el último de todos los ficheros de archivo. Este procedimiento de archivo en dos pasos asegura la seguridad máxima de los datos durante el archivo.
    • Objetos de archivoArchiving Objects Write program for the 14.12 14.13 Customizing archiving object 14.14 for an archive run R/3 database Archiving Delete program for the archiving object object R/3 application data objects Optional programs (create Index) © SAP AG 1999 Los datos de archivo de aplicación hacen referencia a la información almacenada en los objetos de archivo en el Sistema R/3. Solo se pueden archivar los datos del Sistema R/3 que se describen en los objetos de archivo. Un objeto de archivo describe un unidad lógica de datos de negocio que pertenecen unidos (incluyendo una descripción de modelo de datos). Puede crear su propios objetos de archivo de cliente para las tablas de cliente (utilice la transacción AOBJ). Un objeto de archivo contiene los siguientes elementos principales: - Información sobre tablas que contienen datos para archivar. - Un programa de escritura que selecciona los datos y los escribe en un fichero o ficheros de archivo. - Un programa de borrado que compara los datos en los ficheros de archivo con los datos de la base de datos, y borra los datos de la base de datos si ambos son idénticos. - Documentación para los objetos de archivo (desde la transacción de aplicación, acceda a la transacción SARA y seleccione Info, o seleccione Tool → Administration → Administration → Archiving). - Ajustes de personalización para la ejecución del archivado.
    • La transacción DB15 ofrece información sobre qué tablas de la base de datosque pertenecen a qué objeto de archivo y viceversa.
    • Equipo de desarrollo de archive (ADK: Archive Development Kit)Archive Development Kit (ADK) R/3 System Application Database ADK Adjustment of codepage, structure changes, number format, compression, files handling SAP ArchiveLink Archive file Operating system Manual Archiving system with tertiary storage media © SAP AG 1999 El ADK es la interfaz entre los programas de archivo se las aplicaciones y los ficheros de archivo. - los programas de archivo utilizan los módulos de función del ADK para escribir los datos en disco. - Los datos de archivo se seleccionan utilizando programas de aplicación. El ADK realiza el acceso físico a los datos de archivo. - Algunas veces el ADK dividen los datos para archivar entre varios ficheros de archivo y comprimen los datos automáticamente (con de un factor mayor de 5, pero no se comprimen los datos de tablas agrupadas). - Si utiliza la interfaz del SAP ArchiveLink para el almacenaje seguro de los datos de archivo, el ADK transfiere los datos desde el programa de archivo al SAP ArchiveLink. - Si un programa ABAP accede a un fichero de archivo, el ADK asegura que los datos se devuelven en el mismo formato en el que se encontraron actualizados en el Repositorio de R/3. esta adaptación es independiente de la plataforma hardware en la que los datos fueron archivados. Puede utilizar el ADK para crear sus propios objetos de archivo para datos de archivo de las tablas definidas por su compañía.
    • No utilice el ADK para crear objetos de archivo para datos de archivo de tablasdefinidas en el estándar de SAP.
    • Mantenimiento a salvo de los ficheros de archiveSafekeeping of Archive Files Adjustment of codepage, ADK structure changes, number format, compression, files handling SAP ArchiveLink Archive file(s) on disk Archiving system with tertiary storage media (HSM or optical archive system) © SAP AG 1999 existen distintos métodos para el almacenamiento de ficheros de archivo en medios terciarios de almacenamiento y para administrarlos: - Utilizar un sistema jerárquico de administración de almacenaje (HSM). Un sistema HSM simula un sistema de ficheros muy grandes. Los ficheros de archivo que se crearon durante la ejecución del archivado están escritos directamente en el sistema de ficheros del sistema HSM. Para utilizar el sistema HSM, debe adaptar la ruta de los ficheros de archivo al sistema HSM en los datos de personalización de los objetos de archivo. - Utilizar un sistema de archivo externo a través del SAP ArchiveLink. Si quiere almacenar los ficheros de archivo en un sistema de archivo a través del SAP ArchiveLink, los ficheros deben estar en el disco antes de que finalice el programa de borrado (y los datos de la base de datos eliminados). - Administración manual. Si utiliza uno de los métodos anteriores, puede guardar sus ficheros de archivo manualmente en cintas o CDs. Para una lista de soluciones de archivo de terceros, mire SAPNet, alias csp.
    • Acceso a los datos de archivoAccessing Archived Data Analysis (Reporting) Individual programs for each archive object SAP Archive Information System Direct Access Individual programs for accessing certain archiving objects (from application transaction) SAP Archive Information System An index must be created on the archive for direct access Special Case: Reload Available for a few archiving objects Used only for correcting errors after archived data is deleted Data records incorrectly selected for archiving Residence time incorrectly customized © SAP AG 1999 Casi todos los objetos de archivo se suministran con un programa individual de análisis, que lee de forma secuencial los ficheros de archivo creados en la lista de spool. Para algunos objetos de archivo, puede analizar simultáneamente los datos de archivo y los datos en la base de datos. Por ejemplo, casi todos los análisis de documento FI pueden utilizar datos de la base de datos y/o de archivos. Todos los programas referidos a la base de datos lógica BRF pueden acceder automáticamente a los datos en la base de datos y en los ficheros de archivo. No se necesita un código especial. El Sistema de Información de Archivo de SAP ofrece varias herramientas para informar y acceder a los datos de archivo (mire el siguiente gráfico). La recarga solo se debe utilizar para corregir errores, por ejemplo cuando los datos se archivan y borran demasiado pronto en la base de datos. La recarga está disponible, por ejemplo, para: - Documentos FI (restringido después del cambio al Euro). - Documentos SD.
    • Sistema de Información de ArchivoArchive Information System SAP Archive Information System Archive Retrieval Archive Explorer Configurator create search Archive Information Structure Direct Archive Files © SAP AG 1999 El Sistema de Información de Archivo de SAP (SAP AS) es una herramienta genérica integrada del entorno de archivo para implementar búsquedas en los datos de archivo de R/3. La búsqueda y la visualización de los datos sigue reglas de ajuste en las Estructuras de Información de Archivo, que los usuarios pueden definir y llenar con datos del archivo. El Configurador de Recuperación de Archivo le permite crear Estructuras de Información de Archivo con ayuda de catálogos de campos, y llenar las estructuras con datos del archivo. La estructura de información de archivo, que representa un tipo de índice de archivo, ofrece la base para la documentación de datos de archivo. El Explorador de Archivo permite búsquedas rápidas de datos de archivo. Hace esto accediendo a las estructuras de información de archivo que fueron creadas y almacenadas en tablas transparentes de la base de datos utilizando el Configurador de Recuperación de Archivo. El Explorador de Archivo permite acceder directamente a los objetos de datos individuales en el archivo, que puede visualizar en vistas técnicas y especificas de aplicaciones. Para trabajar con el Sistema de Información de Archivo, utilice la transacción SARI o seleccione Tools → Administration → Administration → Archiving → Information System.
    • Los datos de archivo se pueden representar en una vista orientada técnicamente oal negocio. Ambas vistas le permiten acceder directamente a los datos dearchivo. La vista técnica ofrece funciones adicionales como buscar, clasificar ocondensar.El Sistema de Información de Archivo se puede además utilizar en Versionesanteriores a la 4.6. Para más información, mire SAP Note 99388.
    • Preparación para el archive de datosPreparations for Data Archiving Dispatcher Configure at least 2 background work processes (IT) B B Ensure that sufficient hard disk space is available (IT) Customize logical file and path names (BD) Customize the archiving object, including test and production variants for the delete program (BD) Archiving BD = Business Department object (for example HR department) IT = Information Technology department © SAP AG 1999 Se realiza la personalización para cada objeto de archivo, para definir, por ejemplo: - Tiempo de permanencia después de que se puedan eliminar los datos de la base de datos. - Tamaño de los ficheros de archivo para ser escritos. - Número de informes de datos en cada fichero de archivo. - Arranque del programa de borrado (automático o manual). - Pruebas y variantes de producción. Debido a que el programa de borrado puede arrancarse automáticamente, debe hacer que estén disponibles al menos dos procesos de trabajo de fondo para el procesamiento paralelo de los programas de escritura y de los programas de borrado. El programa de escritura debe ejecutarse en el servidor en el que se sitúa la base de datos. Para los propósitos de distribución de carga se trabajo, los jobs de borrado deben ejecutarse en servidores de aplicación adicionales. El job Submit se encarga del job de escritura y encuentra todos los procesos de trabajo de fondo. Se ejecución de un proceso de archivo se completa solo después de que todos posprogramas de borrado hayan borrado satisfactoriamente los datos de archivo de la base de datos.
    • Para personalizar los ficheros lógicos y los nombres de las rutas, utilice lastransacciones SF01 y FILE.Para determinar cuanto espacio en el disco duro se necesita para archivar, realiceuna ejecución de prueba sin escribir datos en los ficheros.
    • Pasos del proceso de archivo de datosData Archiving Steps Use transaction SARA (BD) Maintain one variant for each specific archiving run (BD) Archiving object Archiving run 2 variants for the delete program 1 variant for each (only defined once) archiving run © SAP AG 1999 La transacción central para el proceso de archivo y la personalización es la transacción SARA. La ejecución del proceso de archivo la inicia o el administrador de acuerdo con los usuarios de aplicación o un miembro del departamento de negocio que tiene las autorizaciones necesarias. Debe utilizar siempre la transacción SARA para crear los jobs de archivo (para más detalles, mire SAP Note 133707). Para cada ejecución del proceso de archivo, una variante específica del programa determina qué datos deben ser archivados. Dependiendo del objeto de archivo, puede haber varios parámetros para el mantenimiento. Siempre que el job de fondo que utiliza la variante del programa sea borrado, la variante del programa puede ser rechazada.
    • Monitorización de una ejecución del proceso de archivoMonitoring an Archiving Run During an archive run, monitor the status in transaction RZ20 Monitor background jobs using the Job Overview from transaction SARA (IT), check spool lists (BD) Analyze management data in transaction SARA (IT) Check additional information in the net graphic (for example FI_ACCRECV) FI_DOCUMNT FI FI_ACCRECV FI Financial accounting Customer master data documents archived: 1.8.99 archived: FI_MONTHLY FI Sales figures A/P, A/R, G/L archived: 1.8.99 © SAP AG 1999 Para monitorizar las fases del archivo de datos en tiempo de ejecución, los módulos de función del ADK están integrados en la arquitectura de monitorización global del CCMS. El Monitor del ADK visualiza el estado y las situaciones de error. Durante y después del proceso de archivo, el sistema recopila datos estadísticos como el tiempo de ejecución y el tamaño y número de ficheros de archivo. Esto facilita la reanudación y la planificación de jobs de archivo. Para monitorizar los procesos de fondo, utilice la transacción SM37. compruebe si se procesaron las ejecuciones de procesos de archivo programadas, y en qué tiempo el ocurre el procesamiento. Dependiendo de los ajustes de Personalización, especialmente en el número máximo de objetos de datos y el tamaño de los ficheros, se generan un número determinado de jobs de escritura. Para cada job de escritura, se crea un job de borrado. Estos jobs crean listas de spool que se pueden ver en R/3. La gestión de datos visualizada en la transacción SARA ofrece, por ejemplo, información sobre el tamaño y la localización de los ficheros de datos, y el número de informes de datos contenidos en cada fichero de datos. El gráfico neto ofrece un visión general de las dependencias entre varios objetos de archivo y un plan para ordenar su archivo. Por ejemplo, nunca debe personalizar informes maestros hasta que todos los documentos FI
    • pertenecientes a este mandante sean archivados. Cuando sus datos de archivo,sigue el plan en el gráfico neto.
    • Tratamiento de erroresError Handling Termination due to: External problems result in termination of the background process An archive file exists with the same name File system is full, archiving directory not available Terminated archiving runs can be executed again © SAP AG 1999 Hay tres posibles resultados de la ejecución de un archivo de datos: - Todos los datos se archivaron satisfactoriamente. - El archivo de datos terminó debido a un error antes de que se borraran los ficheros. - Han terminado una o más de las ejecuciones de borrado. Durante la ejecución del proceso de archivo se escriben varios ficheros de archivo. Si ocurre un error, procede siempre de la siguiente forma: - Si un fichero de archivo no se puede escribir completamente, haga un copia de seguridad de los ficheros de archivo completos y borre los parcialmente escritos. Entonces, reinicie la ejecución del proceso de archivo para archivar los archivos restantes que no fueron escritos y eliminados. - Si todos los ficheros se han escrito, no se han procesado los jobs de borrado o se han procesado parcialmente, reinicie manualmente los jobs de borrado. - Si ha terminado el job de escritura y se ha configurado el job de borrado para que se inicie manualmente, puede borrar los ficheros de archivo que estén completamente escritos antes de la finalización, después reinicie la ejecución del proceso de archivo.
    • Fases del proyecto de archivoPhases of an Archiving Project Building a Data Design and Implem- Test project team analysis concept entation Project leader Table size Documentation SAP Notes Experiences from IT Rate of growth concept Transports the test phase (revision) Preparation Business Accessory Variants department archiving objects Archiving Execution concept: Server config. (revision) Dependences Follow-up application / Customizing Application team Legal technical view members Storage system precondition Implementation External team Execution of Residence time plan: activities Archiving run members and timeplan Access demands If necessary: Authorizations Long term rework archiving plan: Physical storage administration of medium archive files © SAP AG 1999 Desde el inicio de un proyecto de implementación de R/3, debe considerar el archivo de datos. Es un factor importante para el funcionamiento de su Sistema R/3. El archivo de datos requiere el trabajo en equipo del departamento IT y los departamentos de aplicación. Los proyectos de archivo deben planearse y realizarse entre departamentos, base de toda la empresa. El gráfico muestra los pasos y cargas importantes dentro de un proyecto de archivo. Utilicemos para garantizar una impresión de la preparación requerida y de las fases de tiempo involucradas. La reducción del tamaño de la base de datos utilizándola solo para almacenar datos a los que la aplicación tiene que tener un acceso online es una parte de la responsabilidad del administrador de la base de datos. Cualquier dato al que no sea necesario tener acceso online debe archivarse. Los departamentos de aplicación deben decidir qué datos pueden ser archivados. Debe desarrollar una estrategia se archivo que le permita mantener un aproximadamente un volumen de datos constante en la base de datos y prevenir el almacenamiento de datos o los problemas de acceso que puedan presentarse.
    • Autorización para el archivo de datosData Archiving Authorization Object Fields Value Meaning Archiving APPLIC Application Name of application area (S_ARCHIVE) area (for example FI, BC, ...) ... Archive Name of archive object ARCH_OBJ (for example, FI_BANKS) ACTVT 01 Everything is allowed 02 Change mode in archive managemt. 03 Read and analyze archive files and display in archive management DELE Delete jobs of other users Operation on jobs JOBACTION LIST Display spool lists of other users (S_BTCH_JOB) PROT Display job logs of other users RELE Release own jobs automatically SHOW Display other users job definitions JOBGROUP * Reserved, set to * © SAP AG 1999 S_ARCHIVE es el objeto principal de autorización utilizado para el archivo de datos. Especifique en S_ARCHIVE exactamente qué objetos de archivo van a ser procesados y qué opciones se van a utilizar. Para garantizar que se archive la máxima cantidad de datos, necesita además las autorizaciones apropiadas de la aplicación en la que se producen los datos. Para encontrar estas autorizaciones, lea, por ejemplo, la documentación en el objeto de archivo MM_MATBEL (documentos materiales). Se accede a esta documentación a través de “info” en la transacción SARA. Debido a que el archivo de datos se ejecuta en fondo, puede que necesite además la autorización para crear jobs de fondo.
    • Summary of this Unit Now you are able to: Explain the need for data archiving Prepare the system for an archiving run Customize an archiving object Start and monitor an archiving run (together with the business department) Check the results © SAP AG 1999 Un proceso de archivo satisfactorio depende de un número de factores: - Cooperación entre los departamentos de negocio y los administradores del sistema. - Un conocimiento minucioso de la documentación disponible, por ejemplo: Ayuda Online de SAP. Info en la transacción SARA. Notas de SAP. - Disponibilidad de suficientes procesos de trabajo de fondo. - Modificaciones óptimas durante la Personalización. - Una buena organización del almacenaje de los ficheros de arhivo.
    • Further Documentation SAP Online Documentation Data Archiving ADK SAP Archive Information System Training courses BC660 BC670 SAPNet http://sapnet.sap.com/data-archiving http://sapnet.sap.com/adk © SAP AG 1999
    • Data Archiving: ExercisesChanges created within the Customizing of an archive object can result inrepeated system prompts to include such changes in a Customizing request. Ifyou receive such a prompt, choose Create Request and enter a description. Ifyou are prompted for a change request again during this exercise, use thisrequest. No. Exercise 1 Archiving data Before starting the exercises, groups working on QAS must execute report ZPREPARCH (use transaction SE38). 1.1 Call the archive management initial screen. Enter the object US_PASS and display the net graphic. 1.2 Customize this archiving object. Specify the following: That an archive file cannot exceed 10 MB That a maximum of 20 objects can be added to an archive That the deletion program starts automatically Define 2 variants for the delete program (test run and production run), save this Customizing data, and go back to the initial screen of transaction SARA. 1.3 Choose Archive, then define a variant for this special archiving run (archive all up to today; do not run the deletion program as a test run; generate archive files). Set archiving to run in the background and maintain spool parameters. Start the archiving run. 1.4 Monitor the background jobs. View spool lists and job protocols. 2 Finding documentation 2.1 In the archive management initial screen, select object MM_MATBEL, and find out the name of the delete program used. 2.2 Find out which database tables are accessed by the delete program defined for object MM_MATBEL.
    • Data Archiving: SolutionsChanges created within the Customizing of an archive object can result inrepeated system prompts to include such changes in a Customizing request. Ifyou receive such a prompt, choose Create Request and enter a description. Ifyou are prompted for a change request again during this exercise, use thisrequest. No. Solution 1 Archiving data Before starting the exercises, groups working on QAS must: – Execute report ZPREPARCH (use transaction SE38) – Call transaction SE06, then select System change option and change global setting to Modifiable. 1.1 Call transaction SARA or choose Tools → Administration → Administration → Archiving, enter object name US_PASS, and display the net graphic by choosing Goto → Network graphic. 1.2 Enter object name US_PASS. Choose Customizing → Technical Settings and set the following: Define the size of an archive file as follows: Size in MB: 10 Max. number of data objects: 20 Settings for delete program: Start automat. Create the following two variants: – Select Variant beside field Test run variant. A dialog box appears: enter TEST and choose Create. In the next dialog box, choose Continue. On the next screen, Test run is already selected. Select Attributes and enter a description. Save and go back. – Select Variant beside field Production run variant. A dialog box appears: enter PROD and choose Create. In the next dialog box, choose Continue. On the next screen, deselect Test run. Select Attributes and enter a description. Save and go back. Save your archiving specifications. You are now prompted for change request information: Choose Create Request. Provide a description for the change request. Save the new change request. Choose Enter. Your archiving specifications are now saved. Return to the archive management initial screen. 1.3 Choose Archive, enter your variant name VAR##, where ## is your group number, and choose Maintain. Select For all selection screens. Enter today’s date (do not run the deletion program as a test run), and select Generate archive file. Choose Attributes. Enter a description of your variant, save, and return to the screen Create archive files. Maintain the start date (choose Immediate) and the spool parameters (specify an output device that you have
    • defined previously), and choose Execute.1.4 From the main archive management screen, choose Job Overview and view spool lists and job logs.2 Find documentation2.1 In transaction SARA, enter the name of the archiving object and choose Delete → Program documentation.2.2 To see the tables accessed by the delete program defined for this archiving object, from the main archive management screen (transaction SARA), choose DB tables (transaction DB15).
    • 12. Monitorización del sistema. System Monitoring 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999 Contenidos: - Monitor de Alertas 4.6 - Manejo del Monitor de Alertas. - Configuración del Monitor de Alertas. Objetivos: - Explicar del Monitor de Alertas. - Personalizar el Monitor de Alertas. - Configurar su propia Monitor de Alertas. - Manejar alertas.
    • Monitorización: qué, por qué, quién, dóndeMonitoring: What, Why, Who, When What - Why - Keep the system running Components in R/3: Improve performance R/3 (application servers, buffers, applications, …) Who - Administrators Database: (performance, backup, …) Operating system: When - (CPU, file system, …) Periodically 11 12 1 10 2 9 3 8 4 7 5 6 © SAP AG 1999 El Sistema R/3 consiste en varios componentes software y hardware que contribuyen a la habilitación general y la realización de su instalación de R/3. estos componentes incluyen: - El sistema operativo (CPU, menoria física, discos,...). - La base de datos. - Los buffers de R/3. - Servicios de R/3 (diálogo, alta, cola,spool,...). Se debe monitorizar todos estos componentes habitualmente. Las principales goals de la monitorización del sistema son las siguientes: - Mantener la ejecución del sistema. - Analizar y corregir errores. - Mejorar el funcionamiento.
    • La monitorización del sistema la realizan distintas personas según su área deresponsabilidad:- Los administradores del Sistema R/3 son responsables del funcionamiento del sistema.- Los administradores de la base de datos son responsables de asegurar la cansistencia de la base de datos y de la restauración de la base de datos si ocurre una inconsistencia de la base de datos o una pérdida de datos.- Los administradores del sistema operativo son responsables de ofrecer medios físicos de almacenaje.El Sistema R/3 debe monitorizarse regularmente al menos una vez al día. Sinembargo, se recomienda monitorizarlo con más frecuencia, dependiendo deltamaño de la instalación.El Asistente de Administración del Sistema ofrece una buena herramienta paradesarrollar un plan de monitorización diaria, semanal o mensual.
    • 1ª parte: concepto de monitorización y Monitor de AlertasPart 1: Monitoring Concept and Alert Monitor <SID> <SID> SD Transport Database <host>_<SID>_<No> Performance Backup Monitoring Objects Operating Syst.Disk CPU Buffers All objects summarized in monitoring tree Display history and present state, CPU idle % especially alerts CPU idle % Monitoring Attributes Method assignment for: Analyzing alerts Reaction and notification Data collection © SAP AG 1999 Todos los objetos a monitorizar se resumen en un árbol, que muestra toda la información necesaria para mantener y monitorizar su sistema. Cada componente del sistema se representa a través de objetos de monitorización. Estos objetos tienen diferentes atributos, por ejemplo, la utilización de la CPU es un atributo del objeto CPU, y el buffer hit ratio es un atributo del objeto buffers. Estos atributos reciben datos y pueden crear alertas. Los objetos de monitorización resumen las alertas y las propaga a nodos más altos de los árboles. Utilice esta información para visualizar el estado actual de su sistema o para analizar su historial y cualquier alerta que ocurra. El término monitoring tree element (MTE) se utiliza para denote cualquier nodo en el árbol. El monitor de alertas viene con numerosos métodos previamente repartidos de recogida para todos los aspectos vitales de su sistema. La infraestructura de monitorización se implementa en C y ofrece interfaces C y de ABAP para añadir nuevas MTEs. Utilizando MTEs, los proveedores externos pueden además introducir sus objetos o herramientas en las arquitecturas de monitorización de árboles.
    • Terminología de la arquitectura de monitorizaciónMonitoring Architecture Terminology Data Consumer: RZ20 Data Consumer: RZ20 Data Consumer Data Consumer A P II APMonitor Monitor Monitoring Architecture Monitoring Architecture Analyze Monitoring Monitoring Monitoring Performance object object object DB FM Data Data Data Data Data Data Data Data supplier supplier supplier supplier supplier supplier supplier supplier R/3 DB OS R/3 Syslog © SAP AG 1999 El marco de monitorización de alertas consiste en Suministradores de Datos (métodos de recogida), los Consumidores de datos (transacción RZ20, CCMS Monitoring Sets), y la Arquitectura de Monitorización. Esta arquitectura se liberaliza preparada para utilizar con los métodos de recogida ya creados para todos los componentes principales en el entorno del Sistema R/3. Los suministradores de datos típicos ya activos para informar incluyen: sistema operativo del host, base de datos de R/3, Sistemas R/3, instancias y sus componentes y servicios relacionados, y API para componentes externos fuera del Sistema R/3. Los Suministradores de Datos, también denominados Métodos de Recogida, son programas que recolectan información sobre diferentes partes del Sistema R/3 y su entorno. Los datos recolectados se transmiten a la infraestructura de monitorización. Los suministradores de datos “se enchufan a” la arquitectura de monitorización y utilizan sus servicios para visualizar y administrar la información del sistema. Los Objetos de Monitorización representan algo en el Sistema o entorno de R/3 que debe ser monitorizado. Un atributo de monitorización es un tipo de información que se documenta en un objeto particular de monitorización.
    • El Consumidor de Datos es la capa de la arquitectura para visualizar alertas ydatos del estado. La información recolectada por varios métodos de recolecciónse pasa al consumidor de datos a través de la arquitectura de monitorización.La Base de Datos de Funcionamiento representa unas series de tablas en la basede datos de R/3 que se almacenan la información recolectada y los datos defuncionamiento.
    • El Monitor de Alertas (transacción RZ20)The Alert Monitor (Transaction RZ20) View View All tree nodes Monitoring Tree Elements All tree nodes Monitoring Tree Elements Represent one physical Represent one physical or logical object or logical object Monitoring Objects Summarize alerts and Monitoring Objects Summarize alerts and propagate to higher propagate to higher nodes nodes Receive data and may Receive data and may create alerts create alerts Monitoring Attributes Monitoring Attributes Use data for analysis Use data for analysis alerts alerts © SAP AG 1999 El árbol de monitorización presenta una jerarquía de componentes del sistema visualizados por los monitores de alertas. En la Versión 4.6, se libera el monitor de alertas con ajustes estándar de monitores (por ejemplo, el SAP CCMS Monitor Templates) para ofrecer información detallada de los aspectos específicos de su sistema. El monitor de alertas utiliza umbrales y reglas para generar alertas cuando ocurre cualquier anomalía en su Sistema R/3 o su entorno. Las alertas dirigen su atención a situaciones críticas por lo que no tiene que describirlas usted mismo. Los informes del monitor de alertas avisan a través del árbol de monitorización. El color de un MTE representa la alerta más alta en todas MTEs en su rama. En cada monitor, puede cambiar entre un vista del estado actual del sistema o las alertas abiertas: - El Estado actual del sistema muestra los últimos datos documentados sobre cada MTE. El color de la alerta y el texto de mensaje de alerta refleja estos datos. Estos muestran los problemas actualizados más serios. - Las Alertas abiertas muestran donde existen alertas que no han sido ya analizadas y las cambia para completar. Los colores se cambian de acuerdo con la alerta más seria no procesada. Esta vista no refleja necesariamente el estado actual del sistema.
    • Umbrales y métodos de análisisThresholds and Analysis Methods View properties to define or Select Start Analysis Method change thresholds or analysis to execute analysis method for method assignment monitoring attribute Display alerts to view detailed information on each monitoring attribute © SAP AG 1999 El monitor de alertas utiliza una combinación de colores para indicar la gravedad de cada alerta visualizada: - Verde: componente OK. - Amarillo: aviso. - Rojo: problema. - Blanco: no hay datos. Para cada atributo de monitorización se visualizan alertas. Para ver las alertas, seleccione un atributo de monitorización y elija Alertas visualizadas. Se visualiza una visión general histórica de las alertas para el atributo de monitorización seleccionado. Para iniciar el método de análisis para una alerta específica, hada doble clic en la alerta. La Versión 4.6 viene con todas las todas las asignaciones de los métodos de análisis requeridos para monitorizar su Sistema R/3. Si es necesario, el administrador puede mantener asignaciones de métodos adicionales. Para mantener los valores umbrales o las asignaciones de métodos para un atributo de monitorización, seleccione el atributo y elija Propiedades. Utilice las etiquetas para visualizar los valores a modificar.
    • Creación de su propio MonitorCreating Your Own Monitor Select MTEs Select MTEs Use right mouse button Creating your own monitor by Creating your own monitor by using aaSAP CCMS Monitor using SAP CCMS Monitor Template Template © SAP AG 1999 SAP tiene predefinida un amplia variedad de monitores en el SAP CCMS Monitor Templates y en el SAP CCMS Technical Expert Monitors. Además, puede construir rápida y fácilmente monitores adicionales para encontrar requerimientos especiales. Por ejemplo, si quisiera monitorizar la relación entre sus CPUs, la paginación del sistema operativo y el tiempo de respuesta de diálogo del Sistema R/3, puede construir un monitor de alerta que contenga solo tres MTEs. Para crear un monitor, elija Tools → CCMS → Control/Monitoring → Alert monitor o llame a la transacción RZ20. Active la función de mantenimiento eligiendo Extras → Activate maintenance function. Existen dos maneras de crear sus propias monitores. - Elija Monitor (set) → Createy especifique si quiere crear un nuevo paso del monitor o crear una nuevo paso del monitor de alerta (sin utilizar el template monitor de SAP). - Utilice el SAP CCMS Monitor Templates. Copie la plantilla de monitores a su colección se monitores, haga click en MTEs deseadas, y elija Crear monitor. En la siguiente pantalla, se seleccionan las MTEs marcadas. Guarde los cambios. Una ventana de diálogo preguntará el nombre del nuevo monitor (en el gráfico se muestra este método).
    • Los monitors que se crean cogiendo explicitamente las MTEs del árbol se llamanmonitores estáticos. Los monitores estáticos no se actualizan automáticamentepara incluir cambios en los MTEs desde las que estos se construyen.
    • Sistemas de monitorización remotaMonitor Remote Systems Goal: Monitor the 22systems Goal: Monitor the systems DEV and QAS from system DEVand QAS from 11system Preparation: Use transaction RZ21 to define remote systems Change monitor definition Technical infrastructure → Create remote monitoring entry © SAP AG 1999 Después de instalar un Sistema R/3, puede utilizar la transacción RZ20 para monitorizar el sistema. Para monitorizar de forma central todos los sistemas del entorno del sistema desde un sistema, primero personalice el monitor de alertas eligiendo Tools → CCMS → Configuration → Alert monitor o llamando a la transacción RZ21. Entonces, para especificar los sistemas remotos a través de la ID del Sistema y el destino RFC (que debió ser creado antes), elija Technical infrastructure → Create remote monitoring entry. Después, para cambiar las definiciones de los monitores (solo puede cambiar sus propios monitores) elija Tools → CCMS → Control/Monitoring → Alert monitor o llame a la transacción RZ20. Active la función de mantenimiento eligiendo Extras → Activate maintenance function. Entonces, haga doble click en el monitor y elija Cambio de Monitorización. El parámetro sistemaR3 define que sistema puede ser monitorizado por el monitor de alertas. Cambie el parámetro sistemaR3 de <ACTUAL> (solo puede monitorizarse el Sistema R3 actual) a <TODOS> (todos los Sistemas R/3 definidos en RZ21 pueden monitorizarse). Guarde los cambios.
    • 2ª parte: métodos de análisis Part 2: Analysis Methods RZ20 Call analysis method directly from transaction RZ20 Which are the most important analysis methods? Background information on the analysis methods What information can you get from these methods (transactions)? Which actions are available? Troubleshooting using the analysis methods (Roadmap) © SAP AG 1999 Los siguientes gráficos tratan con más detalle los métodos de análisis relacionados. Todas las transacciones visualizadas en la transacción RZ20 tiene la misma estructura. Se dividen en las siguientes partes: - Sistema operativo. - Mandante de la base de datos. - Servicios de R/3 (procesos de trabajo de R/3). - Sistema básico de R/3, que contiene los buffers y el administrador de memoria. - ABAP de R/3. - Los del Sistema R/3, donde se guardan mensajes importantes. - Seguridad. - Configurador del servidor.Aquí, nos centramos en los métodos principales de análisis para analizar las alertasmostradas en el monitor de alertas.
    • Log del Sistema de R/3R/3 Syslog Use the analysis tool SM21 to look in more detail at the alerts shown in RZ20 R3Syslog (View in RZ20) Transaction RZ20 groups the R3Syslog BasisSystem alerts by topic Database CCMS Transaction SM21 Background logs information Communication about errors and Spool incidents in the Security system TransportSystem BatchInput Syslog displays the Applications recent history of the Customer R/3 System Miscellaneous SyslogFreq © SAP AG 1999 El log del MTE del Sistema R/3 ofrece información sobre las distintas partes de su Sistema R/3. Para ver la información del log para una franja de tiempo, llame a la transacción SM21. Para ver el log del sistema, seleccione Tools → Administration → Monitor → System log. El log del sistema muestra varios mensajes, incluyendo mensajes de error. Alguno de estos ofrece información sobre, por ejemplo, los cambios de modos de operación o del arranque del sistema. Otros mensajes del log muestran errores que ocurren en el sistema (como errores actualizados, eliminación de las entradas de bloqueo, o programas abortados). El log del Sistema R/3 ofrece información sobre esos errores. Para analizar estos errores, debe utilizar otras herramientas de análisis. Si utiliza el Asistente de Administración del Sistema para sus chequeos del sistema diarios, este le ofrece acceso directo a la transacción SM21.
    • Log del Sistema R/3: detallesR/3 Syslog: Details Local Local log log file filemessage 1 message 2 Application rslgsend rslgsend Application server 1 server 2 UNIX only! Local Central log log rslgcoll file file rslgsendmessage x Central instance © SAP AG 1999 En los sistemas UNIX, se arrancan los programas rslgcoll y rslgsend durante el arranque de una instancia. El log del sistema contiene información sobre el Sistema R/3. Esta información se cataloga en clases de problemas como los siguientes: - S: mensajes de estado. - W: mensajes de aviso. - T: mensaje del núcleo del sistema desde el sistema básico. - X: otros mensajes. La información incluye: tiempo marcado, mandante, usuarios, código de transacción y un texto corto. También se visualiza el proceso de trabajo que genera el mensaje. Debe monitorizar el log del sistema de forma separada para cada servidor de aplicación. En los sistemas UNIX, debe recolectar el log del sistema en el log central.
    • Servicios de R/3R/3 Services Use the available analysis tools to look in more detail at alerts shown in RZ20 Provides an overview of Transactions users, work processes, and services in R/3 SMGW SMLG AL08 R/3 Services (view in RZ20) SM04 Gateway_summary Dialog Spool Background SM50 Update SM66 Enqueue SM51 SM12 © SAP AG 1999 El ServiciosR3 de MTE ofrece un vista general de todos los procesos de trabajo de R/3. Este tema ofrece información más detallada sobre los siguientes tipos de procesos de trabajo junto con sus transacciones relacionadas: - Diálogo. - Actualizar. - Enqueue.
    • Monitorización: servicios e instancias de R/3Monitoring: R/3 Servers and Instances Information: Application server 1 Instance names Hostname Types of work processes Release Notes Work process overview Application User overview server 2 SM51 . . . Action: Application server x Remote Logon R/3 System © SAP AG 1999 La transacción SM51 ofrece una vista general de los servidores disponibles. Puede utilizar esta transacción para: - Examinar los procesos del servidor al que está conectado. - Visualizar los usuarios del sistema. - Visualizar el log del sistema. - Visualizar el estado de recogida del OS. - Cambio dinámico a otro servidor. Las Notas relacionada en esta transacción muestran: - Liberación del núcleo de R/3. - Liberación de R/3. - Liberación de la base de datos. - Liberación del OS. Si utiliza el Asistente de Administración del Sistema para sus chequeos diarios del sistema, este le ofrece acceso directo a la transacción SM51 .
    • Monitorización: procesos de trabajo de R/3Monitoring: R/3 Work Processes Application Information: Server 1 Work process type Dispatcher and status D D V E B S SM50 / SM66 Detail info SM50 CPU time . User . Report / Table . SM66 Application Action: Server x Start and stop WPs Dispatcher Debugging D D D D B B Trace SM50 © SAP AG 1999 Los procesos de trabajo realizan la mayor parte de los procesos en el Sistema R/3. Estos ejecutan los pasos de diálogo en las transacciones de usuarios, actualizaciones, administración de bloqueos, etc. Para visualizar el estado actualizado de los procesos de trabajo en el servidor de aplicación donde usted está conectado, elija Monitor → System monitoring → Process overview o llame a la transacción SM50. Para obtener información actualizada, refresque la visualización. Para ver los procesos de trabajo en todo el Sistema R/3, llame a la transacción SM66. La Vista General del Proceso visualiza información sobre: - Número: el número interno de ID de un proceso. El número se utiliza para identificar mensajes que pertenecen a un proceso de trabajo en el log del sistema. - Tipo: el tipo de proceso de trabajo. DIA: procesos de trabajo para ejecutar pasos de diálogo en transacciones de usuarios. UPD: procesos de actualización para hacer cambios de la base de datos V1 (tiempo crítico). UP2: procesos de actualización para ejecutar cambios de la base de datos V2 (tiempo no crítico). ENQ: para bloquear o liberalizar objetos de bloqueo de SAP.
    • BTC: para procesar jobs de fondo. SPO: para procesos de formateo de spool.- PID: procesos de ID de el proceso de trabajo (en el sistema operativo).- Estado: el estado actualizado del proceso de trabajo (puede ser Ejecutando, Esperando, Cogido o Terminado).
    • Monitorización: usuarios de R/3Monitoring: R/3 Users Application Server 1 Information: User SM04 / AL08 Client SM04 Terminal Transaction . . . AL08 Actions: Application Server x Start and stop WPs Debugging Trace End session SM04 © SAP AG 1999 La transacción SM04 ofrece un vista general de los usuarios de un servidor específico. La transacción AL08 ofrece un vista general de todos los usuarios en el Sistema R/3. Si utilza el Asistente de Administración del Sistema para sus chequeos diarios del sistema, este le ofrece acceso direcro a la transacción SM04. La vista general de usuarios ofrece información sobre: - Usuarios conectados al servidor (nombre del usuario en R/3). - Terminal en el que el usuario está trabajando. El nombre del terminal corresponde: 1. Para el frontend de UNIX, a la visualización variable de los procesos frontend. 2. Para Windows o el frontend OS/2, el nombre del host en en el que se ha iniciado el frontend. - Última transacción ejecutada (código de transacción). - Tiempo en el que el usuario inicio por última vez un paso de diálogo introduciendo datos.
    • - Numero de sesiones externas (sesiones de R/3) que el usuario a abierto (más de 6) . para visualizar información detallada de una sesión de usuario, elija Sesiones.- Tipo de conexión (GUI o RFC).
    • Grupos de logonLogon Groups Message server Group B Group A: AS 2,3 Group B: AS 1,2SAP Logon SMLG Action: Create Logon Groups Group A Group B Application Application Application server 1 server 2 server 3 Database © SAP AG 1999 Los grupos de logon permiten a un Sistema R/3 distribuir la carga en instancias dentro de grupos más evenly y por tanto más eficientes. Un grupo de logon consiste en un grupo de instancias. Para crear grupos de logon, llame a la transacción SMLG. Después de que se defina un grupo de logon, los usuarios pueden conectarse al sistema eligiendo el grupo. El usuario se encamina automáticamente a la instancia con la mejor respuesta en tiempo. Este proceso se denomina balanceo de carga. Después de que haya configurado los grupos de logon, debe instalar y conligurar el Logon de SAP en el frontend de los PCs (este programa remplaza el icono del GUI de SAP en el PC). El Logon de SAP visualiza una lista de todos los grupos de logon configurados. Puede también configurar grupos de logon para distintos grupos de usuarios. Si se emplea el balanceo de carga, solo los programas y las tablas utilizadas por el grupo se almacenas en el servidor de aplicación. Por tanto, el servidor de aplicación requiere menos memoria. Por ejemplo, si los usuarios trabajan con la forma modular SD un grupo de logon, el servidor puede solo necesitar los datos y programas del buffer SD.
    • Para crear gupos de logon, elija Tools → CCMS → Configuration → LogonGroups.
    • Procesamiento de actualizacionesUpdate Processing 1 Dialog server Enqueue server Dispatcher Dispatcher D-WP ... V-WP E-WP .. D-WP . D-WP D-WP 1 Lock table in Message main memory server 2 VB* Database © SAP AG 1999 Los mecanismos de bloqueo en sistemas de bases de datos relacionales no pueden ser utilizados para objetos complicados de negocio, como órdenes repartidas situadas en varias tablas. Para coordinar el acceso paralelo a estos datos de objetos de negocio en el Sistema R/3, se utiliza el proceso de trabajo enqueue. El proceso de trabajo enqueue maneja los bloqueos (también conocidos como enqueues) en una tabla de bloqueo en la memoria principal del servidor donde está ejecutándose el proceso de trabajo enqueue. Cuando se solicita un bloqueo, se chequea la tabla de bloqueos en busca de una entrada para esta serie de datos. Si hay una entrada de este tipo, la petición se rechaza y se notifica al usuario. Si el proceso de trabajo de diálogo o de enqueue no se sitúan en el mismo servidor, la comunicación se permite a través del servidor de mensajes. Para todos los datos de objetos de negocio, se define un objeto de bloqueo en el diccionario ABAP. El rango del nombre del cliente para un objeto de bloqueo debe iniciarse con EY o EZ.
    • Un objeto de bloqueo puede tener:- Modo S (bloqueo compartido) para acceso directo.- Modo E (bloqueo exclusivo) para acceso de escritura.Una actualización en R/3 se ejecuta normalmente de forma asíncrona. Lainformación actualizada se escribe dentro de una serie de tablas (VBMOD,VBHDR, VBDATA,…). Cuando la transacción ha terminado, se actualiza labase de datos desde estas tablas.El proceso de actualización puede realizarse en varios pasos. La parte de tiempocrítico de una actualización se denomina actualización V1 y la parte no críticaactualización V2. Un ejemplo de una actualización V2 es la creación de datosestadísticos de negocio.
    • Update Processing 2 Dialog server Enqueue server Dispatcher Dispatcher ... Commit Work D-WP D-WP V-WP E-WP D-WP . .. D-WP 6 3 Lock table in Message main memory server 5 4 VB* Database © SAP AG 1999 Se desencadena una actualización al final de una transacción a través de un Commit Work. Este se hace explícitamente en el código o implícitamente al final de una transacción de SAP por defecto. El proceso de trabajo de actualización lee los datos de las tablas VB* y ejecuta las actualizaciones en las tablas correspondientes de la base de datos de R/3. Una vez que se completo satisfactoriamente la actualización, las entradas en las tablas VB* y en las tablas de bloqueo se eliminan. Si ocurre un error, se elimina la entrada de la tabla de bloqueo, pero las entradas en las tablas VB* no se eliminan. Se notifica al usuario inmediatamente a través de un e-mail urgente. Dependiendo de los objetos de datos de negocio, se puede reponer la entrada. Puede actualizar de forma asíncrona la base de datos utilizando la palabra clave de ABAP Call function ... in update task. Solo en casos especiales, puede también actualizar la base de datos de forma asíncrona dentro de un servicio de diálogo (esto se llama también actualización dura).
    • Monitorización: actualizaciones asíncronasMonitoring: Asynchronous Update Information: Is updating active? Update modules Update data Error information SM13 DB VB* Action: Posting Test posting Start update © SAP AG 1999 Para visualizar las actualizaciones terminados, llame a la transacción SM13 o elija Tools → Administration → Monitor → Update. Cuando se utiliza la transacción SM13 para actualizaciones V1, no se recomienda el “destino” o la repetición de la transacción. Si ocurre un error de actualización, primero se resuelve el problema que causa el error. Después se reinicia la transacción. Si una actualización V1 fue correcta y se aborta una actualización V2, se recomienda que utilice la transacción SM13 para fijar la actualización V2 abortada. Si utiliza el Asistente de Administración del Sistema para sus chequeos diarios del sistema, este le ofrece acceso directo a la transacción SM13 .
    • Monitorización: bloqueos de R/3Monitoring: R/3 Locks Dispatcher Information: V-WP E-WP ... D-WP D-WP Locked tables Lock holder Lock type / Lock area Lock table in main memory SM12 Action: Delete locks (only in special cases) Test enqueue © SAP AG 1999 Para visualizar los bloqueos actuales de la base de datos, llame a la transacción SM12. Esta transacción ofrece información sabre: - El usuario que inicia el bloqueo. - El mandante del usuario. - La tabla que bloquea. - El argumento de bloqueo. Analizar las entradas de bloqueo consideranso lo siguiente: - ¿Está el usuario que sustenta el bloqueo realmente utilizando la transacción?. - ¿El usuario ha iniciado la transacción actualizada y después deja el ordenador?. - ¿Es esta una trnsacción de larga ejecución con varios bloqueos?. - ¿Está el bloqueo todavía activo debido a una actualización terminada?. Si utiliza el Asistente de Administración del Sistema para sus chequeos diarios del sistema, este le ofrece acceso directo a la transacción SM12 .
    • Monitorización: dumps de ABAPMonitoring: ABAP Dumps ST22 ABAP runtime error <Error ID> Information: User program or What happened? transaction date General description of the error that Error ID (useful as occurred in the system. Program name keyword for searching or function module is mentioned in SAP Notes) Exact position in Error Analysis program Code where the error Detailed description of the reason why occurs the program terminated abnormally Example: <xy> field length too small For every ABAP dump, there is also an entry How to correct the error in the system log A list of keywords for searching in SAP Notes © SAP AG 1999 Si recibe un mensaje de error en el log del Sistema R/3, o si usted ve una actualización terminada en la transacción de análisis de servicios actualizados, compruebe los dumps utilizando la transacción de análisis de dumps (transacción ST22), o elija Tools → Administration → Monitoring → Dump analysis. La transacción ST22 le permite analizar pequeños dumps del día previo y del actual. La función de análisis de dumps muestra: - Qué pasa. - Qué puede hacer. - Comó corregir el error. La función de análisis ofrece también una ID de error y palabras clave que puede utilizar para buscar en el SAPNet, así como información sobre: - El entorno del sistema. - Usuarios y transacciones.
    • La transacción ST22 le permite analizar los siguientes datos:- Fecha, tiempo, usuario, mandante.- Contenido de los campos de datos y del sistema.- Contenidos de las tablas internas y de las tablas de aplización.Si utiliza el Asistente de Administración del Sistema para sus chequeos diariosdel sistema, este le ofrece acceso directo a la transacción ST22 .
    • Definiciones de tiempos para un paso de diálogo.Time Definitions for a Dialog Step SGA 1 1 3 Task Handler D-WP DBBP 8 Dynpro Processor Process- Dispatcher Network SAP GUI Network ing time ABAP Processor 7 7 6 R/3 DB Interface Buffer 9 9 9 Load Database 2 4 5 Wait time time time Roll Request User PXA Queue Context Buffer DB request time Response time © SAP AG 1999 Una vez que que ha establecido la conexión desde su SAP GUI con el dispatcher, y se ha iniciado el procesamiento en el sistema, se desencadenan los siguientes pasos: - Los datos se transfieren con el protocolo del SAP GUI a través de TCP/IP al dispatcher. - El dispatcher clasifica la petición y la situa en la cola apropiada de peticiones. - Se pasa la petición en el momento de recibir una proceso de trabajo de diálogo libre. - El encargado de tareas ejecuta la recuperación del contexto del usuario. Este paso se llama roll-in. El contexto del usuario contiene, por ejemplo, datos de sesiones que aún se están ejecutando para este usuario y sus autorizaciones. - El handler de tareas llama al procesador de dympro, que convierte los datos de la pantalla en variables de ABAP. - Los procesador de ABAP procesa el código para el módulo de process-after- input (PAI) de la pantalla precedente, solo con el módulo de process-before- output (PBO) de la siguiente pantalla, y, si es necesario, comunicarse con la base de datos. - El procesador dympro reconvierte las variables ABAP en campos de dympro. Cuando el procesador de dympro se ha procesado completamente, se reactiva el encargado de tareas.
    • - El encargado de tareas almacena el contexto actual del usuario en la memoria shared (roll-out).- Los datos resultantes se devuelven a través del dispatcher al frontend.
    • Monitorización: análisis de la carga se trabajoMonitoring: Workload Analysis Information: Application ST03 Response time server 1 DB request time Load time Wait time Task handler CPU time Dynpro Processor ... Dispatcher ABAP Processor Application server 2 DB-SS Different task types: 11 12 1 Dialog . 10 2 Update . 9 3 . 8 4 7 5 6 Background RFC Application Total server x © SAP AG 1999 El Monitor de Carga de Trabajo visualiza información detallada sobre los procesos de trabajo en los distintos servidores de aplicación. La información puede ser seperarse para distintos tipos de procesos de trabajo y contienen datos como: - Tiempo medio de respuesta. - Tiempo medio de peticiones de la base de datos. - Número de pasos. - Roll-in y roll-out. - Tiempo medio de espera. Para información más detallada, investigue lo siguiente: - Transacciones o informes con los tiempos más largos. - Perfil de tiempos. - Perfil de memoria.
    • Sistema básico de R/3R/3 Basis System Use the available analysis tools to look in more detail at alerts shown in RZ20 Developer traces are written in the instance work directory R/3 BasisSystem (view in RZ20) on operating system level TraceSwitches R3Dev.Trace ST11 AL11 R3SystemTrace Memory Management The trace facility enables you to Buffers trace different kinds of operations Program in your R/3 System Single Record Generic Key ST01 Screen ... Provides information on the status of the buffers and system memory management ST02 © SAP AG 1999 El Sistema Básico de MTE de R/3 ofrece información sobre los rastros, administración de memoria y buffers. Los rastros del desarrollador contienen información técnica para emplearla en caso de problemas con su sistema. Para utilizar las entradas en los rastros del desarrollador, necesita el conocimiento técnico detallado de los sistemas host en los que su Sistema R/3 se está ejecutando y de los propios Sistemas R/3. Los rastros pueden ser útiles en el diagnóstico de problemas internos de cada sistema host o R/3. Por ejemplo, el proceso disk+work informa de una incapacidad de crear procesos de trabajo en el rastro del desarrollador. Los rastros del desarrollador se escriben en campos en el directorio de trabajo del servidor de aplicación de R/3 que genera el rastro. Para verlos en la transacción ST11 elija Tools→ Administration → Monitor → Traces → Developer Traces. Para verlos en la transacción AL11 elija Tools → CCMS → Control Monitoring → Performance Menu → Exceptions/Users → Exceptions → SAP directories → DIR_HOME. Puede abrir y cerrar los rastros del desarrollador y fijar elnivel de rastros dinámicamente desde dentro de R/3 o con los parámetros del perfil del sistema o los argumentos de la línea de comandos.
    • Utilice la transacción ST01 para localizar, por ejemplo, llamadas de programasABAP, operaciones de bloqueo o llamadas RFC. Cuando no se necesite más unrastro, debe cerrarlo.La administración de memorio se trata en el curso BC315 (Monitorización deSistemas).
    • Monitorización: buffers (memorias intermedias)Monitoring: Buffers Information (buffers): Application ST02 server 1 Hit ratio Free space Swaps ... Table Application Buffer Information (SAP memory): server 2 Current in use Max. used . Name- PXA . ... On disk . tab Buffer In memory ... Application server x © SAP AG 1999 Los buffers de R/2 almacenan frecuentemente daos utilizados, y hacen que estos datos estén disponibles para la instancia local del servidor de aplicación. Esto ayuda a reducir el número de accesos a la base de datos, la carga en el servidor de la base de datos (no es necesario acceder repetidamene para obtener la misma información), y el tráfico de interconexión; de esta forma se mejora el funcionamiento de los sistemas. Los buffers de datos incluyen programas ABAP, pantallas, datos del Diccionario ABAP y datos específicos de la empresa, que normalmente permanecen sin cambios durante la operación del sistema. La transacción ST02 visualiza las estadísticas de buffers de todos los buffers de R/3 importantes.Las estadísticas visualizadas por esta transacción incluyen, por ejemplo: - La proporción de impactos. - El espacio asignado. - El espacio libre que se deja. - Los intercambios La transacción ST02 visualiza los siguientes buffers de R/3: nametab, programa, CUA, pantalla, calendario, tabla. Para obtener información más detallada, elija Detail Analysis Menu.
    • Sistema operativoOperating System Use the analysis tool ST06 to look in more detail at alerts shown in RZ20 Provides information on the operating system of the hosts where R/3 instances reside ST06 Operating System (view in RZ20) CPU Paging OS_Collector Filesystems ... © SAP AG 1999 El Sistema Operativo del MTE proporciona información sobre la memoria destinada, la utilización de la CPU, el estado del recolector del sistema operativo (OS Collector), etc. Los atascos en estas áreas pueden afectar de forma significativa al funcionamiento de Sistema R/3. Para estudiar el sistema operativo, utilice la transacción ST06. Esta transacción visualice la utilización de la CPU, tipos de páginas, y algunas estadísticas de disco. Para obtener más información sobre el sistema operativo, elija Detail Analysis Menu.
    • El OS collector es un programa denominado sapscol. Este es un progrmaautónomo que se ejecuta en el fondo del sistema operativo independientementede las instancias de R/3. Este recolecta datos de los siguientes recursos delsistema operativo:- Memoria virtual y física.- CPU.- Administración de almacenamiento.- Disco físico.- Red.
    • Utilización del Asistente de Administración del SistemaUsing the System Administration Assistant System Administration Assistant (SAA) Running your system Overview: R/3 System administration DEV: Checklis for the Development / Test System QAS: Checklist for Operationg the Production System Additional Administration Tasks SAP System Administration Starting and Stopping the R/3 System from Windows NT Printing: installing Additional Printers Sending System Messages Profile Generator: Maintaining Activity Groups Users: Copying a User Users: Locking and Unlocking Users Users: Changing a Password Users: Finding a Missing Authorization Users: Checking Active Users Maintaining System Profiles Operation Modes: Creating a New Operation Mode Operation Modes: Adjusting the Time Table For error analysis, use the Operation Modes: Manually Switching Modes System Administration Operation Modes: scheduling Exception Operation Jobs: Scheduling Jobs Assistant Jobs: Checking Job Status and Displaying Logs Importing Hot Packages, Legal Change Patch, ... Performance Monitoring Database Management: Additional Tasks Trouble Shooting, Service and Support © SAP AG 1999 En el Asistente de Administración del Sistema, debajo de Running your system hay un enlace a Trouble Shooting, Service and Support.
    • Mapa de localización y resolución de problemas: visión orientada a un problemaTroubleshooting Roadmap: Problem Oriented View Problem oriented view Startup/Shutdown Where do you find the log files, 1 1 error codes, and check procedures Problems for the start and stop process? Troubleshooting Roadmap for Operational operational problems concerning any 2 2 type of work process, batch input, problems printing, CTS, or interfaces Performance 3 3 problems List of important monitors © SAP AG 1999 La guía de localización y resolución de problemas se ha desarrollado para ayudarle a administrar su Sistema R/3. Puede ayudarle a encontrar soluciones a problemas comunes así como a analizar dificultades inusuales. La guía ofrece una visión del mapa de problemas. Puede utilizar este mapa estructurado para analizar los problemas a través de un procedimiento de pregunta y respuesta. Puede también utilizar visiones técnicas para ir directamente al área que usted sospecha que está causando el problema. El Mapa de Localización y Resolución de Problemas se utiliza principalmente para agilizar los procesos de diagnóstico y asegurar que no pasa por alto ningún aspecto importante del problema. Este ofrece dos visiones: - Una visión orientada al problema. - Una visión técnica. - Con la visión orientada al problema, puede clasificar los problemas de R/3 en una jerarquía múltiples plataformas que le conducen paso a paso a la causa técnica del problema. Para encontrar el Mapa de Localización y Resolución de Problemas, elija Running your system → Troubleshooting, Service and Support → Troubleshooting.
    • Mapa de localización y resolución de problemas: visión técnicaTroubleshooting Roadmap: Technical View Technical view Checklist for database files, logfiles, 1 1 Database file distribution, startup and stop, update statistics, database locks, processes, ... Work process analysis, problems with 2 2 Application background processing, update, enqueue, spool, memory management, ... 3 3 Operating System Files and directory checks (permissions and fill level), memory and swapping, error messages at OS level, ... Hosts and services file, connection to 4 4 Network Net- application server, SAP GUI version, work saprouter, localhost entry, ... © SAP AG 1999 La visión técnica del mapa le guía a través de una serie de comprobaciones por cualquier capa del Sistema R/3 que quiera estudiar. La comprobaciones de la base de datos solo deben realizarse en el servidor de la base de datos. Las comprobaciones en el sistema operativo, aplicación y red son importantes para todos los servidores de su Sistema R/3.
    • Ejemplo: aplicación de la visión técnicaExample: Technical View Application © SAP AG 1999 Para cada lista de comprobaciones de la mitad izquierda de la pantalla del Mapa de Localización y Resolución de Problemas, un pequeño texto en la mitad derecha describe en detalle qué comandos, transacciones o programas debe utilizar para el análisis.
    • Programas ABAP para comprobaciones y limpiezasABAP Programs for Checks and Cleanup RSBTCDEL Delete background logs RSPO1041 Delete old spool requests RSPO1043 Check consistency of spool DB RSBDCREO Reorganize BI folders and logs RSSNAPDL Delete ABAP short dumps RSSTAT60 Reorganize table MONI RSORA811 Delete old brbackup/brarchive (not all databases) RSORASNP Reorganize logs SNAP and STAT$ RSCOLL00 Performance monitor collector run Program that starts tool dispatching for CCMS Monitoring Architecure Collector of Performance Database (CCMS) Program for Reorganization of Performance Database (CCMS) These programs must be scheduled using transaction RZ21 © SAP AG 1999 Es recomendable que programe ejecuciones periódicas de estos informes. Mire SAP Note 16083 para encontrar una lista de los programas necesarios, sus parámetros y los intervalos de repetición recomendados. Además, se sugieren nombres para los jobs requeridos. Siga las recomendaciones, como las convenciones de nombramiento disponible en el Soporte de SAP para chequear rápida y fácilmente si se han activado estos jobs en su sistema. Para la reorganización física de la base de datos, puede necesitar otros programas en el nivel del OS, como sapdba.
    • CCMS Monitoring Authorization Object Fields Value Meaning <TCODE> Transaction code Check for Transaction Transaction Code Start (S_TCODE) 01 All management functions CC Control Center Activity (S_RZL_ADM) 03 Display authorization © SAP AG 1999
    • Summary of this Unit Now you are able to: Explain the basics of the monitoring architecture Define your own alert monitor Monitor a remote system from the alert monitor Work with the most important analysis tools © SAP AG 1999
    • Further Documentation Technical Core Competence Knowledge Product Monitoring Architecture - Factsheet in SAPNet SAP Online Documentation © SAP AG 1999
    • System Monitoring: Exercises No. Exercise 1 Navigate through the monitor sets and monitors 1.1 Start the CCMS Monitoring Environment. The initial screen displays the CCMS monitor sets. Expand the monitor set SAP CCMS Monitor Templates. Which monitors are available in this monitor set? 1.2 Display monitor Entire System. 1.3 Which system view (Current system status or Open alerts) is active? Switch the view. 1.4 Expand the tree <SID> → Application Server → <instance name> → OperatingSystem → CPU. Where can you find monitoring tree elements, monitoring objects, and monitoring attributes? 1.5 Whenever you start transaction RZ20, you are in display mode. Activate the maintenance function. 2 Display alert details and call analysis methods 2.1 How can you display details and alerts of an MTE? (As an example, use the MTE OperatingSystem.) What information is displayed on these detailed data screens? 2.2 Analyze alerts for CPU by starting the analysis method for the monitoring object CPU. 2.3 Which transaction screen has the analysis tool taken you to? Go back to the alert display screen. 2.4 Display the preconfigured threshold values for the CPU_Utilization. Go back to the alert display screen. 3 Creating your own monitor set 3.1 Go back to the initial screen of transaction RZ20 and create a monitor set called TCC_TEAM_## that only you can modify but all users can view. Check that the maintenance functions are activated. 3.2 Check that your new monitor set appears in the list of all monitor sets in the initial screen of transaction RZ20. What do the icons behind the monitor sets mean? 4 Copying a monitor 4.1 Check that the maintenance functions are active. Copy the monitor Entire System from the monitor set SAP CCMS Monitor Templates to the monitor Team_##_ALL of your monitor set TCC_TEAM_##. 5 Create a new monitor from an existing SAP monitor template 5.1 Check that the maintenance functions are active. 5.2 Create a new monitor for the operating system and the R/3 System log. Display the monitor Team_##_ALL you created in step 4.1 and use this monitor to create your new monitor containing the MTEs OperatingSystem
    • and R3Syslog with name Team_##_OS.5.3 Look at the monitor set TCC_TEAM_## that you created in step 3.1. Do you see a new monitor called Team_##_OS?6 (Optional) Monitor Remote Systems6.1 Customize the alert monitor using transaction RZ21. If you are working on DEV, create a remote monitoring entry for QAS (use RFC destination QAS). If you are working on QAS, create a remote monitoring entry for DEV (use RFC destination DEV).6.2 Change the monitor Team_##_ALL that you created in exercise 4.1, so that you can monitor all systems in your system landscape (DEV and QAS) from one system.
    • System Monitoring: Solutions No. Solution 1 Navigate through the monitor sets and monitors 1.1 To call the alert monitor, use transaction RZ20 or choose Tools → CCMS → Control/Monitoring → Alert monitor. The initial screen shows you the monitor sets. Expand the monitor set SAP CCMS Monitor Templates. This monitor set contains the following monitors: background processing, buffers, communications, database, dialog overview, entire system, operating system, security, spool system, syslog, system configuration. 1.2 To display the monitor Entire System, double-click it or choose Monitor → Load monitor. 1.3 The top of the monitor tree shows the active view. See the line View: <view> (<date>, <time>). To switch to the other view, choose Views and select the view. Alternatively, from the application toolbar choose Open Alerts or Current Status. 1.4 Expand the tree <SID> → Application Server → <instance name> → OperatingSystem → CPU . To locate monitoring tree elements, monitoring objects, and monitoring attributes in this tree, switch on the legend by choosing Extras → Legend. All the tree nodes are called monitoring tree elements. For example, CPU is a monitoring object and CPU_Utilization is one of its related monitoring attributes. 1.5 To activate the maintenance function in transaction RZ20, choose Extras → Activate Maintenance Function. 2 Display alert details and call analysis methods 2.1 To display details of an MTE (for example, OperatingSystem), select the MTE and choose the jigsaw icon (Display details). The details show you, for example, the highest alert that occurred in this branch. To see an overview of which alerts occurred in which instance and when (date and time), select the context box and choose Display alerts. The list also contains the information about the monitoring attributes that raised the alerts. The alert text describes the alert in more detail. For example, the alert text File system for 98% full (threshold value: 95%) describes the monitoring attribute Percentage_Used in the branch Filesystems. 2.2 To analyze an alert, position the cursor on the monitoring attribute and start the analysis method either from the application toolbar by selecting the caliper icon (Start analysis method) or from the menu bar by choosing Edit → Nodes (MTE) → Start methods → Start analysis method. Example: Expand the tree <SID> → Application Server → <instance name> → OperatingSystem → CPU → CPU_Utilization and proceed as above to call the related analysis method. 2.3 The analysis method has taken you to transaction ST06 (Operating System Monitor). Go back to the alert display screen (choose Back). 2.4 To display the preconfigured threshold values for CPU utilization, select the monitoring attribute CPU Utilization and choose Properties. Tab Performance
    • Attribute displays the threshold values delivered by SAP. If you switch to mode Change (choose the icon or choose Properties → Display <–> Change), you can adapt the values to your own needs. For most systems, there is no need to change the preconfigured values.3 Create your own monitor set3.1 Go back to the initial screen of transaction RZ20 and check that the maintenance functions are active (if they are not, choose Extras → Activate Maintenance Function). Choose Monitor (set) → Create. A dialog box asks if you want to create a new monitor set or a new monitor. Select New monitor set and choose copy/enter. The next dialog box asks for the name of the monitor set (enter TCC_TEAM_##) and the attributes (for modifiability, select Only by me and flag Public). Choose Copy.3.2 The new monitor set should appear in the overview CCMS monitor sets under My favorites. To see what the icons behind the monitor sets mean, choose Extras → Legend.4 Copy a monitor4.1 To call the alert monitor, use transaction RZ20 or choose Tools → CCMS → Control/Monitoring → Alert monitor. Verify that the maintenance functions are active (if they are not, choose Extras → Activate Maintenance Function). Select the monitor Entire System from the monitor set SAP CCMS Monitor Templates and choose Copy. A dialog box appears that asks you to select the monitor set you created previously and to enter a name for the new monitor (use name TEAM_##_ALL).5 Create a new monitor from an existing SAP monitor template5.1 To call the alert monitor, use transaction RZ20 or choose Tools → CCMS → Control/Monitoring → Alert monitor. Check that the maintenance functions are active (if they are not switched on, choose Extras → Activate Maintenance Function).5.2 Expand the monitor set (TEAM_##_ALL) you created in step 3.1. Double-click the monitor (TEAM_##_ALL) that you created in step 4.1. The monitor is displayed. Expand tree <SID> → Application Server → <instances>. For each instance shown in the tree, mark OperatingSystem and R3Syslog. Press the right mouse button and choose Create monitor. A dialog box appears: choose Yes. You are now in the screen Edit monitor definition and the MTEs for the new monitor are already selected. Choose Save. A dialog box appears: enter the name TEAM_##_OS and copy. In the next screen, save again.5.3 Look at your monitor set TCC_TEAM_##. The new monitor is listed.6 (Optional) Monitor remote systems6.1 Call transaction RZ21 or choose Tools → CCMS → Configuration → Alert Monitor. Then choose Technical infrastructure → Create remote monitoring entry. If you are working on DEV, create a remote monitoring entry for QAS (use
    • RFC destination QAS). If you are working on QAS, create a remote monitoring entry for DEV (use RFC destination DEV). If no suitable RFC destination is available, create one. To define an RFC destination, open a new session and call transaction SM59. Choose Create and enter the following data: RFC destination: RFC_<SID>, where <SID> is the remote system (DEV or QAS) Connection type: 3 (R/3 connection) Description: Remote entry for alert monitor – choose Enter Target Host: <remote host> System number: <system number of remote host> Logon data: appropriate course user Save your settings and close this session. In session Monitoring: Registering New Contexts for Monitoring, fill in fields Target system ID and Target system RFC destination. Save these settings.6.2 Call transaction RZ20 or choose Tools → CCMS → Control/Monitoring → Alert monitor. Check that the maintenance functions are active (if they are not, choose Extras → Activate Maintenance Function). Select the monitor TEAM_##_ALL that you created in step 4.1 and choose Monitor (set) → Change. Select Rule CCMS_DEFINE_R3_SYSTEMS and choose Edit → Change nodes. Continue and change parameter R3system from CURRENT to ALL. Continue and save these settings. Check the changes you made by calling the monitor TEAM_##_ALL. The remote system is now included in the monitoring tree.
    • 13. Red de SAP SAPNet 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 R/3 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999 Contenidos: - SAPNet -Web Frontend y SAPNet - R/3 Frontend. - Visión general / Acceso / Funciones. Objetivos: - Comparar SAPNet -Web Frontend y SAPNet - R/3 Frontend. - Establecer una conexión a SAPNet - R/3 Frontend. - Utilizar las funciones del SAPNet.
    • SAPNet – Web Frontend contra R/3 FrontendSAPNet - Web Frontend versus R/3 Frontend SAPNet - Web Frontend SAPNet - R/3 Frontend Contents Information about Messages SAP, products, services, ... Support Communication, Service connections discussion forums, ... for Remote Services Support Self services Access Internet Remote connection Remote connection User ID Your S-User ID (S00...) Your S-User ID (S00...) © SAP AG 1999 El SAPNet ofrece al usuario dos frontends: - SAPNet - Web Frontend es una interfaz de Internet. - SAPNet - R/3 Frontend es una interfaz de R/3. A través de los dos frontends están disponibles muchas funciones. Algunas funciones solo están disponibles a través de uno de ellos. Para los dos frontends, necesita una ID de usuario S. Debe obtener esta ID lo antes posible por fax desde SAP. SAPNet - R/3 Frontend se conoce normalmente como el Sistema Operativo Online (OSS).
    • Visión general : SAPNet – Web FrontendSAPNet - Web Frontend - Overview SAP Homepage: http://www.sap.com SAPNet User ID SAPNet - Web Frontend: http://sapnet.sap.com © SAP AG 1999 Puede acceder al SAPNet - Web Frontend a través de su buscador Web. Para acceder al SAPNet - Web Frontend: - Desde la página de inicio pública de SAP http://www.sap.com, introduzca su ID de usuario S. - Directamente, utilice el URL http://sapnet.sap.com. Puede navegar en el SAPNet utilizando alias: escriba el alias directamente después del URL.
    • SAPNet - R/3 Frontend - Overview © SAP AG 1999 Para acceder al SAPNet - R/3 Frontend, necesita tener instalado un SAP GUI y mantener determinados ajustes técnicos. Existen dos formas de conectarse: - Desde dentro de R/3, elija System → Service → SAP Services (transacción OSS1). - Desde el Logon de SAP. Para obtener más detalles, mire SAP Note 17285.
    • Acceso al SAPNet – Web FrontendAccess to SAPNet - R/3 FrontendCustomer SAP saplogon DEV QAS saprouter saprouter O01 PRD © SAP AG 1999 Para acceder al SAPNet - R/3 Frontend, necesita una conexión de servicio con SAP. La entrada del nivel de aplicación SAProuter actúa como una entrada segura dentro y fuera de su entorno SAP, y se utiliza siempre que accede al SAPNet - R/3 Frontend. El SAProuter sólo acepta datos de entrada si cumplen con el protocolo interno de SAP, y si los datos se reciben en un número de puerto predefinido de una dirección IP predefinida. Par obtener más detalles, mire SAP Note 35010.
    • Administración de usuariosUser Administration SAPNet User Administrator User requests Authorizations Reporting ... Web Frontend alias: user-admin R/3 Frontend path: SAPNet Users SAPNet → Administration → User Administration © SAP AG 1999 Puede utilizar su ID de usuario S de SAPNet inicial para obtener más Ids de usuario S. Su administrador de usuarios del SAPNet debe adaptar los nuevos perfiles de usuarios a las autorizaciones requeridas (por ejemplo, para permitir solo el acceso a las SAP Notes. Para obtener más detalles, mire SAP Note 103926.
    • Búsqueda de notasNotes Search Customer Web Frontend alias: notes Notes Database R/3 Frontend path: Gen. functions → Notes © SAP AG 1999 Una de las mayores características del SAPNet es la extensa base de datos de Notas. Puede entrar a la base de datos de Notas: - Introduciendo el número de Nota. - Especificando criterios detallados de selección. SAP interpreta las palabras clave que usted a introducido en términos de palabras catalogadas conocidas de SAP. Puede mejorar la eficiencia de su búsqueda utilizando palabras que conoce el sistema de catalogación de SAP. Para obtener más detalles, mire la Nota 94569 de SAP.
    • MensajesMessages Customer Message Notes Database Web Frontend path: Use message wizard, choose Online Services → Customer messages SAP R/3 Frontend path: SAPNet → Messages © SAP AG 1999 Si tiene un problema con el Sistema R/3, primero revise: - La Documentación Online de SAP. - El material de formación de SAP. - La base de datos de Notas de SAP. Si aún tiene un problema, puede crear un mensaje para SAP. En el mensaje, exponga las circunstancias en las que surgió el problema (por ejemplo, código de la transacción, mensaje de error, información emitida, componentes afectados). Dele prioridad a su mensaje: - Muy alta: solo si se produce un error fatal en su sistema de producción. - Alta: para errores no fatales en su sistema productivo o un error fatal en un sistema que no sea de producción. - Media: para mensajes de menor importancia. - Baja: para mensajes no urgentes. Antes de presentar el mensaje de error, debe elegir Find solutions para visualizar las notas que puedan ayudar a solucionar su problema. Para presentar a SAP el mensaje, elija Send to SAP. Para obtener más detalles, mire la Nota 74313 de SAP.
    • Calves SSCR SSCR Keys Customer Register developers and objects for each installation and release Web Frontend alias: sscr R/3 Frontend path: SAPNet → Registr. → SSCR © SAP AG 1999 Para realizar cambios en un Sistema R/3, debe inscribir los desarrolladores y los objetos con el Registro Software de Cambios de SAP ( SSCR: SAP Software Change Registration). Necesita una inscripción separada para cada instalación y para cada nueva versión de R/3. Para trabajar en el ABAP Workbench, un desarrollador necesita una calve de desarrollo. Para obtener esta clave, introduzca el nombre de usuario de R/3 del desarrollador en el área SSCR del SAPNet. Esta es una cleve de 20 caracteres y debe introducirse una vez en el Sistema R/3. Para evitar errores, utilice la función de cortar y pegar. Si un desarrollador planea modificar un objeto de SAP, necesita una clave de objeto para el objeto. Esta es también de 20 caracteres y se obtiene también del área CSR del SAPNet. Este procedimiento mantiene el contacto con el objeto modificado, y ayuda a realizar una ejecución del proceso de mejora sin problemas. Para obtener más detalles, mire la Nota 27532 de SA`.
    • Registro de CDs CD Registration Customer Register Knowledge Product CDs R/3 Frontend path: SAPNet → Registr. → CD © SAP AG 1999 Los Knowledge Product CDs contienen información multimedia que incluye: - Ficheros de texto. - Videos. - Material de formación. Se pueden obtener individualmente de SAP estos CDs. Se distribuyen también en cursos de formación. Antes de poder utilizar los CDs, debe registrarse a través del SAPNet. Para obtener más detalles, mire la Nota 61675de SAP.
    • Servicio Patch de SAPSAP Patch Service Customer Support packages Legal change patches Business Warehouse patches Add-on packages ... Web Frontend alias: ocs R/3 Frontend path: SAPNet → Service → SAP Patch Service © SAP AG 1999 SAP entrega correcciones para estos productos a través del Servicio Online de Corrección (OCS): - Paquetes de soporte. - Parches legales de cambios. - Parches de Warehouse Business. - Paquetes de soporte de componentes. - Paquetes de soporte añadidos. SAP recomienda que siempre aplique los últimos paquetes y parches lo antes posible. Los paquetes de soporte son específicos para un nivel y deben aplicarse en orden numérico. Para obtener más detalles, mire la Nota 82264 de SAP.
    • Información de formaciónTraining Information Course descriptions Scheduling Prices Online registration Hotel information ... Web Frontend alias: educationservices © SAP AG 1999 Para obtener una información actualizada sobre los cursos y programas formativos de SAP, mire en el SAPNet.
    • TechNet Knowledge Base Forum Remote Learning ... Web Frontend alias: TechNet © SAP AG 1999 AP TechNet es un servicio online enfocado técnicamente en ofrecer consejo experto y nuevos canales de comunicación para los empleados, socios y clientes de SAP. El TechNet de SAP se dicide en dos temas separados. Cada tema tiene dos partes: - Base de conocimientos: contiene artículos con recomendaciones y las mejores prácticas. - Foro: aquí puede preguntar cuestiones sobre R/3, obtener opiniones expertas sobre aspectos específicos, e intercambiar ideas y experiencias con otros usuarios.
    • Summary of this Unit Now you are able to: Compare SAPNet - Web Frontend and SAPNet - R/3 Frontend Set up a connection to SAPNet - R/3 Frontend Administer SAPNet users Search for SAP Notes Create a problem message Register developers and objects Register Knowledge Product CDs Use the SAP Patch Service Get training information Access TechNet © SAP AG 1999
    • Conclusión y apéndicesConclusion | Appendix 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999
    • Conclusion Now you are able to: Administer your R/3 System Back up your database Check and use the transport system Schedule background jobs Handle the spool system Archive R/3 data Monitor and analyze your R/3 System © SAP AG 1999
    • Frequently Used Menu Paths Trans- Title Menu Path actionUnit 2 Starting and StoppingSM50 Work Process Overview Tools → Administration → Monitoring → System monitoring → Process overviewSM04 User List Tools → Administration → Monitoring → System monitoring → User overviewAL08 Users Logged On Tools → Administration → Monitor → Performance → Exceptions/Users → Active users → Users, globalSM02 System Messages Tools → Administration → Administration → System MessagesAL11 Display SAP Directories Tools → CCMS → Control Monitoring → Performance Menu → Exceptions/Users → Exceptions → SAP directoriesST11 Display Developer Traces Tools → Administration → Monitor → Traces → Developer TracesUnit 3 System Administration AssistantSSAA System Administration Tools → Administration → Monitor → Assistant System Administration Assistant (SAA)Unit 4 CCMS ConfigurationRZ10 Maintenance of Profile Tools → CCMS → Configuration → Profile Parameters maintenanceRZ11 Profile Parameter MaintenanceRZ04 Maintenance SAP Instances Tools → CCMS → Configuration → Operation modes/instancesRZ03 Presentation, Control SAP Tools → CCMS → Control/Monitoring → Instances Control panelUnit 5 Database Administration and BackupsRZ20 CCMS Monitoring Tools → CCMS → Control/Monitoring → Alert MonitorDB13 DBA Planning Calender Tools → CCMS → DB Administration → DBA Planning CalendarDB24 Database Operations Monitor Tools → CCMS → DB Administration → Operations Monitor
    • DB20 Edit Database Statistics Tools → CCMS → DB Administration → Cost-based optimizer → Create statisticsDB21 Change DB Optimizer Tools → CCMS → DB Administration → Control Cost-based optimizer → ConfigurationST04 DB Performance Analysis Tools → Administration → Monitor→ Performance → Database → ActivityDB02 Analyze Tables and Indices Tools → Administration → Monitor→ Performance → Database → Tables/indexesDB03 Parameter Changes in DB Tools → Administration → Monitor→ Performance → Database → Parameter changesUnit 6 DB Administration: Daily Check ProceduresRZ20 CCMS Monitoring Tools → CCMS → Control/Monitoring → Alert MonitorDB13 DBA Planning Calender Tools → CCMS → DB Administration → DBA Planning CalendarDB24 Database Operations Monitor Tools → CCMS → DB Administration → Operations MonitorDB20 Edit Database Statistics Tools → CCMS → DB Administration → Cost-based optimizer → Create statisticsDB21 Change DB Optimizer Tools → CCMS → DB Administration → Control Cost-based optimizer → Configuration DB Performance Analysis Tools → Administration → Monitor→ Performance → Database → ActivityDB02 Analyze Tables and Indices Tools → Administration → Monitor→ Performance → Database → Tables/indexesDB03 Parameter Changes in DB Tools → Administration → Monitor→ Performance → Database → Parameter changesUnit 7 Background ProcessingSM36 Define a new job System → Services → Jobs → Define job or Tools → CCMS → Jobs → DefinitionSM37 Monitor jobs System → Services → Jobs → Job overview or Tools → CCMS → Jobs → Maintenance
    • RZ01 Graphical job monitor Tools → CCMS → Control/Monitoring → Job schedul. MonitorSM69 Define an external command Tools → CCMS → Configuration → External CommandsSM49 Execute external OS Tools → CCMS → Jobs → External command CommandsUnit 8 Software Logistics ConfigurationSTMS Transport Management Tools → Administration → Transports → System Transport Management SystemSCC4 Client Maintenance Tools → Administration → Administration → Client Administration → Client MaintenanceSCCL Local Copy Tools → Administration → Administration → Client Administration → Client Copy → Local CopySPRO_ Project Management Tools → Accelerated SAP → CustomizingADMIN → Project ManagementSE10 Customizing Organizer Tools → Accelerated SAP → Customizing → Customizing OrganizerSE09 Workbench Organizer Tools → ABAP Workbench → Overview → Workbench OrganizerUnit 9 Users and AuthorizationsSU01 User Maintenance Tools → Administration → User Maintenance → UsersPFCG Activity Group Maintenance Tools → Administration → User Maintenance → Activity Groups (UserRoles)SUIM Call AUTH Reporting Tree Tools → Administration → User (Info Sys) Maintenance → Users → Information → Information SystemSU22 Maintain Assignment of Authorization Objects to TransactionsSU24 Maintain Assignment of Tools → Administration → User Authorization Objects to Maintenance → Activity Groups Transactions (UserRoles) → Environment → Check indicatorSU25 Profile Generator: Upgrade Tools → Administration → User and First Installation Maintenance → Activity Groups (UserRoles) → Environment →
    • Installation/UpgradeSCUM Central User Administration Tools → Administration → User Distribution Model Maintenance → Central User Assignment Administration → Logs for Central User Administration → Environment → Model SelectionSU53 Display Check Object if Not System → Utilities → Display Authorized Authorization CheckSU56 Authorizations in the User Tools → Administration → Monitor → User Buffer for Logged-on User BufferST01 System Trace Tools → Administration → Monitor → Traces → System TraceUnit 10 R/3 Spool and PrintSPAD Spool Administration Tools → CCMS → Spool → Spool administrationSP01 List of spool or output System → Services → Output controller requests or Tools → CCMS → Spool → Output controllerUnit 11 Data ArchivingSARA Archive Management Tools → Administration → Administration → ArchivingFILE Cross-Client File Tools → AcceleratedSAP → Customizing Names/Paths → SPRO → Goto → SAP Reference IMG → Basis Components → System Administration → Platform-Independent File Names → Cross-Client Maintenance of File Names and PathsSF01 Client-Specific File Names Tools → AcceleratedSAP → Customizing → SPRO → Goto → SAP Reference IMG → Basis Components → System Administration → Platform-Independent File Names → AdditionalClient-Dependent File Name MaintenanceSARI Archive Information System Tools → Administration → Administration → Archiving → Information systemDB02 Analyze Tables and Indices Tools → CCMS → Control/Monitoring → Performance Menu → Database → Tables/Indices
    • DB15 Data Archiving: Database Tools → Administration → Administration Tables → Archiving → DB tablesAOBJ Archiving object definitionUnit 12 System MonitoringRZ20 CCMS Monitoring Tools → CCMS → Control Monitoring → Alert monitorRZ21 CCMS Monitoring Tools → CCMS → Configuration → Alert Architecture Customizing monitorSMGW Gateway Monitor Tools → Administration → Monitor → System Monitoring → Gateway monitorSM21 System Log Tools → Administration → Monitor → System logSM50 Work Process Overview Tools → Administration → Monitor → System Monitoring → Process OverviewSM51 SAP servers Tools → Administration → Monitor → System Monitoring → ServersSM66 Systemwide Work Process Tools → Administration → Monitor → Overview Performance → Exceptions/Users → Active Users → All processesSM04 User list Tools → Administration → Monitor → System Monitoring → User OverviewAL08 Users Logged On Tools → Administration → Monitor → Performance → Exceptions/Users → Active Users → Users, globalSMLG Maintain Logon Groups Tools → CCMS → Configuration → Logon groupsSM12 Select Lock Entries Tools → Administration → Monitor → Lock entriesSM13 Update Records Tools → Administration → Monitor → UpdateST22 ABAP dump analysis Tools → Administration → Monitor → Dump analysisST03 Workload Analysis Tools → CCMS → Control Monitoring → Performance Menu → Workload → AnalysisAL11 Display SAP Directories Tools → CCMS → Control Monitoring → Performance Menu → Exceptions/Users → Exceptions → SAP directoriesST11 Display Developer Traces Tools → Administration → Monitor →
    • Traces → Developer TracesST01 System Trace Tools → Administration → Monitor → Traces → System TraceST02 Tune Summary Tools → CCMS → Control/Monitoring → Performance Menu → Setup/Buffers → BuffersDB02 Analyze Tables and Indices Tools → CCMS → Control/Monitoring → Performance Menu → Database → Tables/IndicesDB12 DB Backup Monitor Tools → CCMS → DB Administration → Backup LogsDB13 DBA Planning Calender Tools → CCMS → DB Administration → DBA Planning CalendarST04 DB Performance Analysis Tools → Administration → Monitor → Performance → Database → ActivityST06 Operating System Monitor Tools → Administration → Monitor → Performance → Operating System → local → activityUnit 13 SAPNetOSS1 Log On to the SAP Online System → Services → SAP Service Service System
    • Apéndice: chequeos de instalación.Appendix: Installation Check 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999 Contenidos: Sistema Operativo UNIX. - Requerimientos de instalación. - Seguridad y funcionamiento del sistema operativo. Base de datos de Oracle. - Requerimientos de instalación. - Seguridad y funcionamiento de la base de datos. Sistema R/3. - Versión y nombre del Sistema. - Parámetros básicos. - Estructura del directorio. - Sistema de gestión de transportes. - Configuración de rutas de transporte.
    • Installation Check Objectives At the end of this unit, you will be able to: Check that the installation requirements are met Check that the minimum hardware requirements are met Check that the database requirements are met Analyze the profile configuration Describe the R/3 directory structure Check the transport management system configuration Configure the transport routes Back up the R/3 installation © SAP AG 1999 Objetivos: Comprobar que se encuentren los requerimientos de instalación. Comprobar que se encuentran los requerimientos mínimos de hardware. Comprobar que se encuentran los requerimientos de la base de datos. Analizar la configuración del perfil. Describir la estructura del directorio de R/3. Comprobar la configuración del sistema de gestión de transportes. Configurar las rutas de transporte. Hacer una copia de seguridad de la instalación de R/3.
    • Installation Check: Part 1 Operating System UNIX UNIX © SAP AG 1999
    • Prerrequisitos de instalaciónInstallation Prerequisites Requirements Hardware Software Network Frontends Supported Certified TCP/IP OS version hardware configuration OS patches Number of Hostname C compiler processors Network file make utilities Memory system (NFS) Kernel Disk space Network configuration High information Additional availability system (NIS) software Ensure the requirements in the installation checklist are met Consult hardware partners for sizing © SAP AG 1999 Cuando planee una instalación, debe asegurarse de que se encuentran los requerimientos mínimos de la lista de comprobación de la instalación suministrada por SAP. Esta lista de comprobación de la instalación se encuentra en cada paquete de instalación y puede encargarse a través del SAPNet. Los requerimientos de instalación para los frontends se encuentran en otra lista de comprobaciones de instalación. Encontrará información detallada de la red en el manual Integration of R/3 Servers in TCP/IP Networks y la lista de comprobación de la instalación para los productos de interconexión requeridos y de apoyo. Para obtener información detallada y actualizada de R/3, conéctese al SAPNet - R/3 Frontend y mire en el componente XX-SER-SWREL. La tarea de estimación la realizan normalmente los socios de hardware de SAP, que deben considerar las recomendaciones de SAP y sus propias especificaciones hardware.
    • Asistencia de comprobaciónCheck Assistance Operating system security and performance UNIX Disk layout Mirroring UNIX backup Network layout Workload Security Dedicated host for R/3 Dedicated file or print servers © SAP AG 1999 Estos aspectos del sistema operativo y de la red deben ser considerados durante la estimación del hardware. Existen varias herramientas administrativas que puede utilizar para comprobar la configuración de los servidores, dependiendo del fabricante. Para asegurarse que se encuentran los requerimientos mínimos, SAP entrega una lista de ayuda de comprobación para cada plataforma UNIX.
    • Installation Check: Part 2 Oracle Database © SAP AG 1999
    • Instalación técnica adecuada: requerimientosTechnically Correct Installation: RequirementsOracle database Database version Database name Directory names Mirrored redo log files Disk layout © SAP AG 1999 La versión de la base de datos de Oracle debe liberalizarse para la versión actualizada del sistema operativo. Para obtener información de la liberación, vaya al SAPNet - R/3 Frontend y mire en el componente XX-SER-SWREL Release planning. La lista de comprobación de la instalación especifica qué versiones del sistema operativo y de la base de datos pueden utilizarse juntas. El nombre de la base de datos debe ser idéntico a la identificación (SID) del sistema operativo. El nombre asignado de la base de datos en la instalación no puede cambiarse fácilmente. La convención de nombramiento para la base de datos de Oracle tampoco puede cambiarse. Los programas de la base de datos y de R/3 hacen referencia a esta convención de nombramiento fija para los directorios de ficheros. Deben reflejarse los ficheros redo log ( online log files). Se aplican determinadas restricciones a la localización física de los directorios de ficheros de Oracle. Por ejemplo, los ficheros redo log, los ficheros de archivo, y los ficheros de datos no se deben situar juntos en el mismo disco físico.
    • Instalación técnica adecuada: perfilesTechnically Correct Installation: ProfilesOracle database Oracle profile: init<SID>.ora Oracle Net8 files: tnsnames.ora listener.ora sqlnet.ora R/3 profiles: init<SID>.dba init <SID>.sap © SAP AG 1999 El perfil de la base de datos de Oracle es init<SID>.ora . Este perfil se configura durante la instalación con los valores estándar. Para asegurar la interconexión y la comunicación de procesos para Oracle SQL*NET V8, se necesitan los siguientes ficheros: En el lugar del servidor de la base de datos: - listener.ora: contiene información de configuración para hilos del listener de Oracle. En el lugar del cliente de la base de datos: - tnsnames.ora: contiene los parámetros de conexión para los procesos de clientes de la base de datos. - sqlnet.ora: contiene información administrativa para los procesos de los cliente de la base de datos. - protocol.ora: contiene los cambios para tcp.nodelay (opcional). El perfil init<SID>.sap contiene toda la información necesaria para realizar una copia de seguridad de la base de datos. Este perfil además se configura durante la instalación con los valores estándar. El perfil init<SID>.dba es un archivo de parámetros para el programa SAPDBA de SAP. Este programa se utiliza para la administración de la base de datos.
    • Se deben fijar determinados parámetros durante la instalación para cada uno deestos perfiles. Sin embargo, los perfiles se pueden ajustar después, como serequiera.
    • Estructura del directorio de OracleOracle Directory Structure Server site SAPDATA_HOME sapdata1 sapdata<n> ORACLE_HOME origlogA origlogB dbs bin network/admin mirrlogA mirrlogB saparch sapbackup sapcheck sapreorgClient site saptrace ... ORACLE_HOME Unix environment variables: <sid>adm network/admin ORA_NLS: $ORACLE_HOME/ocommon/NLS_723/admin/data ORA_NLS32: $ORACLE_HOME/ocommon/NLS_733/admin/data ORA_NLS33: $ORACLE_HOME/ocommon/NLS_805/admin/data ora<sid> (ORA_NLS and ORA_NLS32 see above) ORA_NLS33: $ORACLE_HOME/ocommon/nls/admin/data © SAP AG 1999 La estructura en árbol de los ficheros de la base de datos de Oracle situada del servidor de la base de datos tiene dos ramas principales: - Los ficheros binarios de Oracle se sitúan en el subdirectorio bin en el directorio ORACLE_HOME. El directorio ORACLE_HOME se necesita también en cada servidor con cliente de base de datos. - Las variables SAPDATA_HOME del entorno apuntan a los directorios contenidos en los ficheros específicos de la base de datos, como los ficheros de datos, los online redo log files y los ficheros redo log. Además, el usuario <sid>.adm del sistema operativo necesita las siguientes variables: - ORACLE_SID = <SID>. - DBS_ORA_TNSNAME: ajustado al identificador <SID> de la base de datos de tnsnames.ora . En el entorno UNIX, las herramientas de configuración de R/3 fijan las siguientes variables del entorno: - ORA_NLS: $ORACLE_HOME/ocommon/NLS_723/admin/data. - ORA_NLS32 $ORACLE_HOME/ocommon/NLS_733/admin/data. - ORA_NLS33: $ORACLE_HOME/ocommon/nls/admin/data (user ora<sid>). - TNS_ADMIN: $ORACLE_HOME/network/admin.
    • Ejemplo 1: gasto mínimo de discoExample 1: Minimal Disk Layout Disk 1 Disk 5 Paging file Disk 2 Disk 3 Disk 6 OriglogA OriglogB Disk .. MirrlogB MirrlogA SAPDATA1-N Disk N Non-Critical Directories Disk 4 Non-Critical Directories /usr/sap/<SID> SAPARCH /usr/sap/<SID> /usr/sap/trans /usr/sap/trans /oracle/<SID> /oracle/<SID> /oracle/<SID>/sapreorg /oracle/<SID>/sapreorg © SAP AG 1999 Este ejemplo muestra la configuración del disco de la base de datos sin discos reflejados. Se deben reflejar los ficheros redo log. Para hacer esto, puede utilizar Oracle o las herramientas del sistema operativo o trabajar en sistemas de discos RAID 1. para asegurar un elevado nivel de seguridad, utilice las herramientas de Oracle. Este ejemplo muestra además el fichero de paginación del sistema operativo, los ficheros redo log, los ficheros de logs de archivo, y los ficheros de datos de Oracle están situados en discos que están físicamente separados. Cuando se dividen los sistemas de ficheros de Oracle entre varios discos duros, es importante recordar que los sistemas de ficheros con una carga elevada de I/O (como los ficheros redo log) deben residir en discos distribuidos sobre varios controladores. Para obtener más información, mire la Guía de Instalación.
    • Ejemplo 2: gasto de discos RAID de elevada disponibilidad.Example 2: High Availability RAID Disk LayoutOracle database Non-Critical Directories Non-Critical Directories Disk 1’ /usr/sap/<SID> Disk N Disk 1 /usr/sap/<SID> /usr/sap/trans Disk N’ /usr/sap/trans /oracle/<SID> /oracle/<SID> Paging file /oracle/<SID>/sapreorg /oracle/<SID>/sapreorg Disk .. Disk ..’ Disk 7 OriglogA OriglogB Disk 7’ MirrlogA Disk 6 Disk 6’ MirrlogB Disk 2 Disk 3 SAPDATA1-N Disk 4 Disk 5’ Disk 5 SAPARCH © SAP AG 1999 Este ejemplo muestra la configuración de discos de la base de datos utilizando discos reflejados. Se refleja cada disco que contiene directorios de la base de datos de Oreacle y R/3. El reflejo se realiza utilizando: - RAID 1: para el fichero de paginación del OS, el directorio saparch, y los diretorios sapdata. - Reflejo de la base de datos: para los online redo log files. Puede también configurar la base de datos por lo que cada disco duro se refleja con el sistema operativo, utilizando una combinación de tecnología RAID 1 y RAID 5. Por ejemplo: - RAID 1: para ficheros de paginación del OS. - RAID 5: para los directorios saparch y sapdata. Cuando utiliza la tecnología RAID, se deben utilizar los controladores inteligentes de RAID, como un controlador con un caché de lectura/escritura. Para obtener más información sobre las configuraciones de la base de datos, mire: - La Guía de Instalaciones. - BC505 Database Administration Oracle.
    • Seguridad de la base de datosDatabase SecurityOracle database Database user passwords Database backup Archive mode SAPDBA password © SAP AG 1999 Para garantizar la seguridad de la base de datos, se deben cambiar las siguientes claves de acceso (contraseñas) de usuarios de la base de datos en la instalación de R/3: - Usuario SYSTEM. - Usuario SAPR3. - Usuario SYS. La herramienta sapdba de administración de la base de datos debe utilizarse también con una clave de acceso. Hay que realizar regularmente copias de seguridad de una base de datos del Sistema R/3 y las copias de la base de datos deben ser monitorizadas. Asegúrese de que se implementa una estrategia efectiva de copias de seguridad. Es importante que la base de datos de Oracle se ejecute en el modo ARCHIVELOG.
    • Funcionamiento de la base de datosDatabase PerformanceOracle database Location of tablespaces Location of index and data files DB log files vs. paging file © SAP AG 1999 La localización física de los ficheros de datos de la base de datos de Oracle puede afectar al funcionamiento de la base de datos. Un tablespace de Oracle puede extenderse en uno o varios ficheros físicos de datos. Asegúrese de que hay suficiente espacio libre en disco para permitir la expansión de los tablespaces. Dependiendo de las aplicaciones y la uso de su Sistema R/3, determinados tablespaces deberían ser asignados a sus propias particiones de disco. Para obtener más información, mire la Guía de Instalación. Los tablespaces de datos e índices no se deben almacenar en la misma unidad física. Si está disponible suficiente espacio en disco, las tablespaces PSAPSTABD y PSAPBTABD se deben localizar en discos separados físicamente. Hay también que almacenar sus tablespaces de índices asociados en discos físicamente separados. No utilice RAID 5 para los online redo log files, el directorio saparch, el fichero de paginación del sistema operativo o los offline redo log files.
    • Installation Check: Part 3 R/3 System © SAP AG 1999
    • Versión de R/3 y nombre del sistemaR/3 Release and System Name R/3 Release Released by SAP for specific operating system and database versions R/3 System name Must be unique in the system landscape Must consist of three alphanumeric characters, the first being a letter Must use uppercase letters Must be identical to the database SID Cannot be any of the reserved R/3 System names © SAP AG 1999 SAP debe liberar y aprobar la Versión de R/3 para un determinado sistema operativo y las versiones de la base de datos en esta combinación. La información de la Versión de R/3 está disponible en el componente XX-SER- SWREL del SAPNet - R/3 Frontend. Cuando asigna un nombre a su Sistema R/3, debe seguir las convenciones de nombramiento del Sistema R/3: - El nombre del Sistema R/3 debe ser único en el entorno del sistema. - Se deben utilizar tres caracteres alfanuméricos, siendo el primer carácter una letra. - Se deben utilizar letras mayúsculas. - El nombre del Sistema R/3 debe ser idéntico al SID de la base de datos. No puede asignar los siguientes nombres a su Sistemas R/3, como estos están reservados: - ADD ALL AND ANY ASC B20 B30 BCO BIN COM DBA END EPS FOR GID INT KEY LOG MON NOT OFF OMS P30 RAW ROW SAP SET SGA SHG SID UID VAR. Elija con cuidado el nombre de su Sistema R/3. Renombrar el sistema es complicado, y requiere que reinstale el Sistema R/3.
    • Parámetros básicos de R/3R/3 Basis Parameters UNIX kernel and swap space Check list OS dependencies Check tool memlimits R/3 memory management Check tool sappfpar R/3 profile parameters Transaction RZ10 © SAP AG 1999 Para comprobar los parámetros relevantes del núcleo de UNIX para R/3 y el espacio swap, debe hacer referencia a las dependencias de la lista de comprobación del OS. Puede también utilizar la herramienta /usr/sap/<SID>/SYS/exe/run/memlimits de R/3. Esta herramienta comprueba los siguientes parámetros: - Tamaño de montón máximo (segmento de datos máximo por proceso). - Tamaño máximo del fichero de mapeo. - Tamaño máximo protegido. - Espacio máximo de dirección por proceso. - Espacio total de swap disponible. Para comprobar los requerimientos mínimos para la gestión de memoria de R/3, ejecute /usr/sap/<SID>/SYS/exe/run/sappfpar check pf=/usr/sap/<SID>/sys/profile/<instance_profile>. Esta es una herramienta muy útil, especialmente si se producen problemas durante el arranque del Sistema R/3. Para comprobar en general los parámetros de R/3, utilice las transacción RZ10, seleccione el perfil a comprobar y elija Check.
    • Estructura del directorio de R/3R/3 Directory Structure usr Global directories sap Instance directories trans <SID> tmp put SYS <Instance_name> exe profile global work data log <sapmnt> run dbg opt <SID> exe profile global = Symbolic link © SAP AG 1999 El gráfico muestra la vista del sistema de ficheros específica de R/3 global y de instancia de un Sistema R/3 homogéneo. Los ficheros globales pueden gestionarse de forma central en el host de la instancia central. Este debe también exportarse explícitamente como un NFS en el modo de lectura/escritura a todos los host de la instancia de diálogo y sólo en el modo de lectura para todos los servidores de presentación de UNIX. Para ejecutar instancias de diálogo con ejecutables almacenados localmente o en el host de instancia de diálogo, active el programa SAPCPE. El directorio global de transporte /usr/sap/trans debe ser accesible para cada instancia de R/3 pertenecientes al entorno del sistema. Este acceso se archiva a través de un enlace fácil que apunta al directorio de transporte o a través aumentando el sistema de ficheros /usr/sap/trans utilizando NFS. La instalación de un Sistema R/3 heterogéneo requiere un sistema de ficheros distinto, que se describe en la guía de instalación y de dependencias del OS.
    • Los números de la instancia de R/3R/3 Instance Numbers TCP/IP file /etc/services Required entries for R/3: Dispatcher port for instance number 00-99 sapdp<Instance_number> 32<Instance_number>/tcp Gateway port for instance number 00-99 sapgw<Instance_number> 33<Instance_number>/tcp Message server port sapms<SID> 36<Instance_number>/tcp © SAP AG 1999 La asignación del número de instancia de R/3 es importante. Este número se fija como parte de la instalación. La conexión TCP/IP con el Sistema/as R/3 depende de este número de instancia, como se hace la conexión de los mecanismos de frontend con el Sistema/as R/3. Por tanto, puede ejecutar dos Sistemas R/3 con diferentes SIDs que tienen los mismos números de instancia en el mismo host. Esto es también importante si un grupo de Sistemas R/3 y/o varios servidores de aplicación están operativos. Asignar números de sistemas de una forma estructurada y cuidadosa ayuda a garantizar un entorno del sistema técnicamente claro. Las entradas del puerto socket de TCP/IP deben ser las mismas para todas las instancias de R/3 , servidores de la base de datos de R/3 y todos frentes y mecanismos de R/3. Estas entradas se hacen en el fichero /etc/services. Normalmente, estas entradas se hacen automáticamente como parte de la instalación.
    • Se reservan entradas para los programas de servicios de R/3, y puede que nopuedan utilizarse como números de Sistemas R/3: sapgw97 (3397/tcp) SAP R/3 Frontend sapgw98 (3398/tcp) SAPconnect sapgw99 (3399/tcp) SAP EPS sapdp99 (3299/tcp) SAProuter
    • Proceso de montaje del Sistema de Gestión del TransporteTransport Management System Setup Process Transport routes Configuration of tp Transport domain & domain controller © SAP AG 1999 Antes de que pueda trabajar con el sistema de gestión del transporte (TSM), se debe configurar en todos los Sistemas R/3 dentro de su entorno del sistemas. La configuración del TSM incluye los siguientes pasos: - Configurar el dominio de transporte: debe definir qué Sistemas R/3 dentro del entorno de sistemas puede combinarse en el dominio de transporte y qué Sistemas R/3 puede ser el controlador del dominio de transporte. - El programa de control del transporte requiere un perfil de transporte que contenga información sobre el establecimiento de la comunicación con la base de datos para todos los Sistemas R/3 del dominio de transporte. TSM genera y gestiona este perfil de transporte como parte de la configuración del dominio de transporte. No tiene que ajustar el perfil de transporte utilizando funciones del sistema operativo. - Configurar las rutas de transporte: las rutas de transporte se utilizan para definir en qué sistema de destino quiere consolidar y liberar las peticiones de cambio.
    • Dominio de transporteTransport Domain Transport domain: DOMAIN_QAS QAS DEV PRD Domain controller Backup controller Common transport directory Transport group: GROUP_DEV © SAP AG 1999 El estado actualizado de la configuración del dominio de transporte para cada Sistema R/3 del dominio de transporte se visualiza en la Vista General del Sistema TSM. La vista general también muestra si la configuración está actualizada y si no se ha producido ningún error cuando se distribuye la configuración. Para visualizar la Vista General del Sistema TSM, llama a la transacción STMS y elija Overview → Systems. En un dominio de transporte, el Sistema R/3, que se configura como el controlador del dominio, es de especial importancia. Si falla este Sistema R/3, no se pueden hacer cambios en la configuración de TSM. Por tanto, es recomendable que configure un controlador de copias del dominio. Una vez que haya planeado la infraestructura de su sistema, generalmente no instalaría todos los Sistemas R/3 planeados al mismo tiempo. TSM le permite configurar estos Sistemas R/3 como sistemas virtuales del dominio de transporte. Por tanto, puede configurar las rutas de transporte de toda la infraestructura del sistema.
    • Directorio común de transporteCommon Transport Directory Directory /usr/sap/trans Global transport directory for all R/3 instances in a transport domain NFS mount: /usr/sap/trans Transport file is generated during setup of TMS and parameters can be displayed in TMS /usr/sap/trans bin tmp data EPS Transport file for olddata sapnames UNIX log actlog cofiles global parameters buffer ... system-specific parameters Parameter file for ... transport control program tp © SAP AG 1999 El programa de control del transporte requiere un perfil de transporte que contenga información sobre el establecimiento de la conexión de la base de datos para todos los Sistemas R/3 del dominio de transporte. TSM genera y gestiona el perfil de transporte como una parte de la configuración del dominio de transporte. No tiene que ajustar el perfil de transporte utilizando las funciones del sistema operativo. Este fichero de transporte se sitúa en el subdirectorio bin de directorio /usr/sap/trans. La convención de nombramiento: TP_<domain name>.PFL. Para revisar la disponibilidad del programa de control del transporte en un Sistema R/3, utilice la transacción STMS (System Overview). Elija R/3 System → Check → Transport tool. Se visualiza una lista jerárquica que muestra el estado de las comprobaciones individuales. Si no ha seleccionado un Sistema R/3, se comprueba el programa de control del transporte de todos los Sistemas R/3 del dominio de transporte. Para visualizar los parámetros de un Sistema R/3, en el STMS (System Overview) haga doble click en un sistema R/3 y seleccione la etiqueta Transport tool. Se visualiza una lista que muestra los parámetros determinados en el perfil de transporte.
    • Para comprobar la disponibilidad del programa del directorio de transporte en unSistema R/3, llame a la transacción STMS (System Overview) y elija R/3 System→ Check → Transport directory. Los ficheros de prueba se crean en lossubdirectorios del directorio de transporte y en el último paso del chequeoeliminado.
    • Rutas de transporteTransport Routes Transport strategy defined by transport routes Standard transport route used by all customizing change requests Additional transport routes can be established for development objects Multilevel delivery: delivery routes can be chained © SAP AG 1999 La configuración de las rutas de transporte se gestiona en el Sistema R/3, que sirve como el controlador del dominio de transporte, y puede distribuirse a y activarse en el resto de los Sistemas R/3 conectados en el dominio de transporte. Antes de que pueda configurar las rutas de transporte, se deben cumplir los siguientes requerimientos: - El dominio de transporte debe estar configurado. - Todos los Sistemas R/3 involucrados deben incluirse en el dominio de transporte. - El programa de control del transporte debe estar configurado (se hace automáticamente durante los pasos anteriores). La configuración de las rutas de transporte consiste en: - Atributos del sistema. - Rutas de consolidación. - Rutas de entrega.
    • Configuración de la red de R/3R/3 Network Configuration Database server dbserver Central instance DVEBMGS00 RDBMS DatabaseApplication server A1 C11 Application server A3 Application server A2 Instance D00 Instances D00 and D01 Instances D00 and D01 SAPGUI presentation server R/3 System C11 © SAP AG 1999 Por razones de funcionamiento, no debe haber nongún acceso desde los dispositivos de frontend al host de la base de datos. Para instalar el servidor de mensajes en un host que es distinto que el host de la base de datos, defina los siguientes parámetros en el perfil DEFAULT.PFL: - SAPDBHOST = <database server>. - rdisp/mshost = <application server>. Para instalaciones de R/3 de tamaño medio y alto (Sistemas de R/3 distribuidos), se debe instalar una subred física dedicada para la comunicación entre servidores de R/3, que es, entre los servidores de la base de datos y los servidores de aplicación. Esto es necesario para soportar el volumen elevado de datos entre los servidores de la base de datos y de aplicación con una rendimiento apropiado de la red (por ejemplo, FDDI).
    • Comprobando la instalación: más pasosChecking the Installation: Further Steps Operating system dependent log files Checking the installation R/3 Kernel Patch Level: SM50 Installation consistency: SM28 R/3 System log correctly installed: SM21 Buffer synchronization: ST02 Activate Performance Monitor: report RADDBDIF SAP license installed: saplicense Standard passwords of sap* and ddic Remote access using SAPROUTER Imported Hotpackages: SPAM Imported languages: SMLT © SAP AG 1999 Para completar la instalación, realice los siguientes pasos: - Para comprobar si el sistema operativo, incluyendo la red, se ha configurado adecuadamente, utilice los ficheros de logs específicos del sistema operativo. - Para comprobar si la estructura de la base de datos adapta la estructura del núcleo de R/3, realice la comprobación de la consistencia de la instalación (transacción SICK o SM28). Este comprobación asegura que se utilizan las versiones correctas de la base de datos y del núcleo de R/3 y que no hay ninguna inconsistencia en el núcleo de R/3. - Sincronización del buffer. Esto es importante para instancias de aplicación adicionales. Para obtener información detallada sobre los pasos a realizar, mire la guís de instalación y la documentación online.
    • Copia de seguridad de la instalación de R/3Backing Up the R/3 Installation OS configuration R/3 directories RDBMS Database C11 R/3 CCMS Sapdba brbackup/brarchive © SAP AG 1999 Una vez que se ha completado la instalación, el administrador debe hacer una copia de seguridad de lo siguiente: - El sistema de ficheros raíz (root), que incluye la estructura del sistema y todos los ficheros de configuración. - Tamaño del sistema de ficheros. - Configuración lógica del administrador del volumen. - Datos de configuración de la base de datos. - Los sistemas de ficheros RDBMS: la copia de seguridad inicial puede también incluir los sistemas de ficheros de datos. - La base de datos: esta puede realizarse con el CCMS de R/3 y las herramientas de copia, como SAPDBA, BRBACKUP y BRARCHIVE. Las herramientas de copia externas pueden también utilizarse si mantienen la interfaz BACKINT. - Los siguientes directorios de R/3: /usr/sap/<SID> /<sapmnt>/<SID> /usr/sap/trans Se debe definir también un ciclo de copia (backup) para los distintos sistemas de ficheros. Ya que los datos de los sistemas de ficheros no cambian rápidamente, los ciclos de copia pueden ser más largos que los de la base de datos.
    • Summary of this Unit Now you are able to: Check that the installation requirements are met Check that the minimum hardware requirements are met Check that the database requirements are met Analyze the profile configuration Describe the R/3 directory structure Check the transport management system configuration Configure the transport routes Back up the R/3 installation © SAP AG 1999
    • Apéndice: Asistente de Administración del SistemaAppendix: System Administration Assistant 1 Introduction 8 Software Logistics 2 Starting and Stopping 9 Users and Authorizations 3 System Administration 10 Spool and Print Assistant 4 CCMS Configuration 11 SAP Data Archiving 5 Database Administration 12 System Monitoring and Backups 6 DB Administration: 13 SAPNet Periodic Checks 7 Background Processing © SAP AG 1999 Contenidos: - Métodos de búsqueda. - Mantenimiento del Asistente de Administración del Sistema. - Como adaptar la herramienta a sus necesidades.
    • Tareas de búsqueda utilizando búsqueda de palabras claveSearch Tasks by Using Keyword Search- Assistant Edit Goto Utilities View Help System xSystem Administration Assistant (SAA) Search using keyword System Administration Assistant (SAA) User administration |- Running your System | |- PRD: Operations Checklist for the Productive System | | |- PRD: Daily tasks - Assistant Edit Goto Utilities View Help System x | | |- R/3: Checking the System log System Administration Assistant (SAA) | | |- DB: Monitoring Database Growth | |- DEV: Operations Checklist for the Development System Administration Assistant (SAA) System |- Running your System | |- DEV: Daily tasks | |- R/3: Checking the System log | |- PRD: Operations Checklist for the Productive System |- Additional tasks | | |- PRD: Daily tasks |- R/3: System Administration | | |- R/3: Checking the System log |- User: Copy user | | |- DB: Monitoring Database Growth | |- DEV: Operations Checklist for the Development System | |- DEV: Daily tasks | |- R/3: Checking the System log You may not know which |- Additional tasks subtree contains a task |- R/3: System Administration |- User: Copy user Use keywords to find a task The task may not contain the subject keyword © SAP AG 1999 El Asistente de Administración del Sistema contiene varias tareas en varios sub- árboles. Si no sabe donde encontrar una tarea, puede buscarla utilizando palabras claves. Si elige Utilities →Keyword search: - Se visualizan todas las palabras claves definidas. - Puede reducir la lista utilizando más búsquedas genéricas. Si selecciona una palabra clave (o una parte genérica de una palabra clave), la lista se expande y todos los visualizan en un color diferente. La palabra clave tiene porqué ser parte del nombre de la tarea. Por ejemplo, puede utilizar la palabra clave “administración de usuarios” para encontrar la tarea “Usuario: copia de usuarios”. La búsqueda de palabras claves se apoya en la Versión 4.6.
    • Mantener el Asistente de Administración del SistemaMaintain the System Administration Assistant - Assistant Edit Goto Utilities View Help System x System Administration Assistant (SAA) System Administration Assistant (SAA) |- Running your System | |- PRD: Operations Checklist for the Productive System | | |- PRD: Daily tasks | | |- R/3: Checking the System log | | |- DB: Monitoring Database Growth | |- DEV: Operations Checklist for the Development SystemDefine | |- DEV: Daily taskscustomer | |- R/3: Checking the System log |- Additional taskstree as | |- R/3: System Administrationsubtree | |- User: Copy user Define customer-specific tasksof the |- Customer specific tasks SAP tasks can be used as templates |- PRD: Daily tasksfirst node Customer tasks remain unchanged |- Run transaction ZABC after upgrade SAP tasks cannot be modified in customer systems © SAP AG 1999 En el Asistente de Administración del Sistema, puede añadir nuevas tareas de cliente al final de la lista definiendo un sub-árbol debajo del primer nodo. Si es necesario, copie las tareas de SAP en el sub-árbol de mandante. Si se añaden o copian las tareas, heredan algunos atributos del nodo padre (como el periodo, función, dependencia del sistema operativo, dependencia de la base de datos y dependencia del sistema). Estos atributos definen la estructura de sub-árboles. No puede modificar las tareas de SAP en los sistemas mandantes. Arrancando con la Versión 4.6B: - Se ofrece automáticamente un árbol de mandante. - Puede definir sus propios sub-árboles de mandantes dependiendo de los namespaces del mandante.
    • Definir una nueva tareaDefine a New Task 1 Global settings DescriptionDefine documentationobject to get Documentation (in WinWord)the icon Define transaction or Transaction / Function module function module to get the icon Define period Period to get the icon Client Client in which task must be done Authorization Task is defined by global settings © SAP AG 1999 Cada tarea debe tener una descripción. Puede asociar documentación a una tarea (por ejemplo, en WinWord o SAPscript). Asegurese que la ruta de los ficheros WinWord es accesible. Si quiere arrancar una tarea directamente, asocie una transacción a o un módulo de función a ella. Define un periodo (diariamente, semanalmente,…) para obtener información del estado. Si algunas se deben ejecutar algunas tareas en un mandante especial, define el mandante. Por ejemplo, la transacción SPAM solo puede ejecutarse en el Mandante 000. Define la autorización (administrador, líder del proyecto, miembro del proyecto) para el permiso de acceso.
    • Define a New Task 2 Attributes Logical view of the System Administration Function Assistant Task depends on System landscape system landscape Task only used in Ready-to-Run Ready-to-Run Systems Operating system Task depends on operating system Task depends Database on database System Task depends on system type (production or development) Dependencies are defined by attributes © SAP AG 1999 El atributo función ayuda a definir una estructura lógica (seleccione desde la función administrativa, personalización y desarrollo, función de instalación,…). Para algunas tareas, puede necesitar distinguir entre entornos de un sistema y entornos de múltiples sistemas. El atributo Entorno del Sistema puede cambiarse a: - Dependencia de documentación: Knowledge Warehouse incluye documentación distinta para entornos de un sistema y entornos de múltiples sistemas. - No en Entornos de Un Sistema. Esto indica que la tarea no se visualiza en entornos de un sistema. SAP ajusta el atributo Listo para Ejecutar para definir sistemas Listos para Ejecutar. El atributo Sistema Operativo: cualquier tarea que no esté validada por el sistema operativo actual no se muestra en el árbol. El atributo Base de Datos: cualquier tarea que no esté validada en la base de datos actual no se muestra en el árbol. El atributo Sistema: si solo necesita una tarea para un sistema especial, aquí puede especificar el sistema.
    • Configurar un entorno del sistemaConfigure a System Landscape - System Administration Assistant (SAA) x Assistant Edit Goto Utilities View Help System System Administration Assistant - System landscape System System type Use Remote access Security popup DV1 Development Not allowed Never send DV2 Development Dev.+Master Allowed Always send DV3 Development Standalone Not allowed Never send PR1 Productive Allowed Send on first call PR2 Productive Inactive Not allowed Never send PR3 Productive Allowed Never send Configure the system landscape in the development system Transport the settings to all other systems © SAP AG 1999 Se pueden administrar con el Asistente de Administración del Sistema todos los sistemas configurados por TSM. El atributo Tipo de sistema puede ajustarse a Desarrollo o a Productivo. El tipo de sistema es el responsable de decidir paso de las tareas (plantilla de SAP) pueden copiarse al sub-árbol de mandante. El atributo Uso puede ajustarse a: - Desarrollo: Sistema para modificar el Asistente de Administración del Sistema. - Maestro: Sistema central para administrar el entorno del sistema. Permite el acceso remoto al resto de los sistemas. La información del estado se guarda localmente y en el sistema maestro. - Inactivo: No se puede ver el sistema desde otros sistemas. El sistema puede ver a otros sistemas. Solo es posible la administración local.
    • - Autónomo: No se puede ver el sistema desde otros sistemas. El sistema puede ver a otros sistemas. Solo es posible la administración local.Después de la configuración, las tareas de SAP ( las funciones deadministración) para ese tipo de sistema se copian en el sub-árbol de mandante,y se remplaza el nombre del sistema.
    • Acaptar el entorno del sistemaAccept System Landscape Modify - System Administration Assistant (SAA) x Assistant Edit Goto Utilities View Help System System Administration Assistant - System landscape System System type Use Remote access Security popup DV1 Development Nor allowed Never send DV2 Development Dev.+Master Allowed Always send DV3 Development Standalone Not allowed Never send PR1 Productive Allowed Send on first call PR2 Productive Inactive Not allowed Never send PR3 Productive Inactive Allowed Never send Accept the settings If necessary, modify Use © SAP AG 1999 Después del transporte del Asistente de Administración del Sistema modificado y de la configuración del entorno del sistema, debe aceptar el entorno del sistema de cada sistema. Cuando llama por primera vez al Asistente de Administración del Sistema, el sistema le propone automáticamente que acepte. Si alguno de los sistemas actuales no está ya utilizado activamente, puede rescribir su configuración. Después de aceptar el entorno del sistema, puede aún modificar los ajustes seleccionando Utilities → Check System landscape.
    • Permitir el acceso remotoAllow Remote Access Modify Modify - System Administration Assistant (SAA) x Assistant Edit Goto Utilities View Help System System Administration Assistant - System landscape System System type Use Remote access Security popup DV1 Development Allowed Send on first call DV2 Development Dev.+Master Allowed Always send DV3 Development Standalone Not allowed Never send PR1 Productive Allowed Send on first call PR2 Productive Inactive Not allowed Never send PR3 Productive Allowed Never send Accept the settings If necessary, modify remote access © SAP AG 1999 Después de aceptar la configuración del entorno del sistema, puede rescribir los ajustes configurados para Acceso remoto y Popup de seguridad. Puede permitir el acceso remoto a un sistema seleccionado. Si se permite el acceso remoto, puede elegir enviar un popup se seguridad antes del acceso remoto. Siempre se recomienda que permita el acceso remoto desde sistemas de producción al sistema de desarrollo. Si tiene un entorno del sistema con tres o más sistemas, marque un sistema como el sistema maestro. Administre todos los sistemas desde el sistema maestro. La información del estado se almacena en el sistema local y en el sistema maestro.