Este documento describe los pasos para iniciar y detener el Sistema R/3. Para iniciar la instancia central, el usuario del sistema operativo ejecuta el script startsap, el cual inicia la base de datos y la instancia central si aún no están en ejecución. Luego, el administrador puede iniciar otras instancias y servidores de aplicación ejecutando startsap de forma independiente a la base de datos. Para iniciar una instancia, startsap ejecuta el programa SAPSTART, el cual lee los perfiles de configuración e inicia los procesos y servicios requ
3. El lugar de almacenamiento está formado por informes de ABAP, menús,
dynpros, todos los diccionarios de objetos (tablas, elementos de datos y
dominios), etc. Los objetivos a los que se destina este Repositorio afectan a
todos los mandantes de un Sistema R/3.
5. Si los datos de conexión del usuario no coinciden con los del usuario
almacenados en la base de datos, no se permite la conexión. Si la conexión se
realiza correctamente, el SAP GUI se establece con el usuario. El dispatcher
seleccionado 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 de
carga de conexión puede que haga que el servidor de mensajes seleccione otro
dispatcher para que el usuario trabaje con él.
7. Se aplican las siguientes restricciones al número de procesos de trabajo de cada
tipo:
- 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).
9. - 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.
15. 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.
20. 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.
22. 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 para
analizar los problemas de arranque.
25. De avisos avanzados a los usuarios del sistema para la parada del sistema. Para
crear un mensaje del sistema se utiliza la transacción SM02.
Antes de parar el sistema, se utiliza la transacción SM04 para revisar si los
usuarios están aún conectados, y pedirles que se desconecten.
El administrador del Sistema R/3 y el administrador de sistemas externos se
deben además informar uno al otro de la transferencia de datos entre sus
respectivos sistemas.
29. 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.
30. 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.
31. 2.4 To display the batch input overview, use transaction SM35, or choose
System → Services → Batch input → Edit → Overview
2.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 Stopping
3.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
45. 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?
46. 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).
47. 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.
53. 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 un
perfil, comparar perfiles en la base de datos con perfiles activos, y revisar
perfiles de distintas formas.
55. Si se asignan valores incorrectos a parámetros, puede ocurrir que las instancias
no se inicien. Siempre hay que tener cuidado cuando se cambia el valor de un
parámetro y guardar la última versión de los perfiles.
57. El servidor de aplicación de R/3 está siempre arrancado utilizando el fichero del
perfil 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 el
directorio global de perfil. Para activar un perfil, se debe escribir en el nivel del
sistema operativo y reiniciar el Sistema R/3. Cuando se activa un perfil de la
base de datos, si existe otro fichero de perfil con el mismo nombre, una ventana
de diálogo pide que se confirme que se quiere rescribir el fichero previo.
Adicionalmente, se escribe un fichero de copia de seguridad (backup). Cuando el
perfil se activa, se inserta un encabezado en el fichero del sistema operativo, que
contiene el nombre del perfil , el usuario que modificó el perfil, y la fecha y el
momento del cambio. Sólo se puede activar la versión más reciente del perfil.
59. Cuando se modifican parámetros de perfiles, los cambios no tienen efecto
inmediato. El cambio dinámico (activación de parámetros sin reiniciar el
sistema) es posible solo para los parámetros de gestión de memoria de un perfil
de instancia.
61. Después de que se arranque un servidor de aplicación, se realiza una revisión
automática para ver si el perfil de datos del servidor como se almacena en la
base de datos sigue encajando los perfiles activos en el nivel del sistema
operativo. Si no es este el caso, se desencadena una alerta en el Monitor de
Alerta. Esto permite determinar si los ficheros del sistema operativo se han
cambiado manualmente. También se puede realizar esta revisión de forma
manual.
Los atributos de los parámetros y la documentación están disponibles en la
transacción RZ21.
63. Un modo de operación configura la utilización de recursos para todas las
instancias del Sistema R/3 basandose en:
- Los servicios o procesos de trabajo necesarios.
- El intervado de tiempo seleccionado.
68. No es aconsejable crear una definición de instancia de forma manual. El CCMS
dos 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 datos
actualizados de instancia para todo servidor activo de aplicación.