SAP Database Startup and Shutdown

Startup

- Login as 'adm'

- To interrupt Open Windows 'Shift Control-C'

- Unix > startsap all (this will startup the SAP and database system)

Note :-
startsap R3 - will startup SAP only
startsap DB - will startup database only

SAP Startup Profile resides in
/sapmnt//profile/_DVEBMGS00

Shutdown

- Check if there are any users or processes executing in the SAP System
(use transaction code SM50 and SM04 - delete their session before shutdown)

- Login as 'adm'

- To interrupt Open Windows 'Shift Control-C'

- Unix > stopsap all (this will shutdown the SAP and database system)

Note :-
stopsap R3 - will shutdown SAP only
stopsap DB - will shutdown database only

Unix Startup and Shutdown

Startup

- Power up the machine

- Login as 'root'

- Unix > mount sid01:/usr/sap/trans/usr/sap/trans

- Unix > mount (to check NFS mount is OK)

- Unix > df -k (as above)

Shutdown

- Login as 'root'

- Unix > ps -ef | more

- Unix > sync

- Unix > init 0

- Power down the machine


What is the command used to find whether the system is up or down?

$ ps -ef | grep dw

If you get an output of dw the system is up.

What you can also do is:

$ cdD
$ cd work
$ grep RUNNING dev_disp

or just run

$ top -s 1

Information about the Sun Solaris

Finding the system information of the Sun Solaris.

Issue this command from the unix prompt :-

/usr/platform/sun4u/sbin/prtdiag

Displaying the SAP Directories

You can used AL11 to display all the SAP Directories.

Double clicks on the directory and you will able to see all the files in the directories.

If you want to use SAP to view the files at the OS level other than the default SAP directories, then you have to goto SM69 to set up an external command.

Using different OS command

To have different command for different OS system :-

If you define the command for each operating system using transactions SM69 (You can test it with SM49) and then call it using SXPG_COMMAND_EXECUTE which contains a parameter defining the operating system (SY-OPSYS) then it does not matter which operating system is running, the function module always calls the correct version of the command.

So, for example you could define a command 'OS_COMMAND' which deleted a file. This would have one version for Dos which said 'del', and a second version for unix which said 'rm'. The correct command would be specified by the call to SXPG_COMMAND_EXECUTE because the operating system parameter differentiates between the two commands.