Entering content frame

Background documentation High Availability of the SAP Web Dispatcher Locate the document in its SAP Library structure

You have different options to ensure high availability (HA) of the SAP Web Dispatcher.

Monitoring the SAP Web Dispatcher with External HA Software

The SAP Web Dispatcher can be monitored by HA software and restarted if the system crashes (possibly on a different host). See also the description of option ‑shm_attach_mode in Operating the SAP Web Dispatcher.

High Availability at Process Level

You can achieve high availability at process level with the -auto_restartoption. It does not help if the whole machine crashes.

Caution

The following procedure applies to UNIX platforms only. This process is not possible on Windows and iSeries since they do not support this type of high availability.

You start the SAP Web Dispatcher with the option -auto_restart to achieve the following behavior.

The necessary resources (shared memories, sockets, administration structures) of the SAP Web Dispatcher are loaded when it is started. This process is then duplicated by the system call fork(), that is, there are now two processes that know exactly the same shared memories, sockets and administration structures. The original process (parent process P) takes over the monitoring function (watchdog), whilst the new process (child process C) takes care 0of the actual tasks of the SAP Web Dispatcher (forwarding requests, load balancing,…).

The monitoring process P then checks every n seconds the status of the SAP Web Dispatcher process C.

If the C process ends (whether this is required or unexpected), the watchdog P recognizes this and the state of the process that was frozen after it was started is duplicated again (fork).

This has the following advantages:

·        Fast recreation of the SAP Web Dispatcher, because the resources do not have to be created for the first time     

·        “Zero downtime”, because requests to the SAP Web Dispatcher do not get lost but are stored in the system queue and can be processed after the process is duplicated by the SAP Web Dispatcher work process (C). Requests that were being processed when the crash happened will, of course, be lost.

Ending the HA SAP Web Dispatcher

If you want to end the SAP Web Dispatcher, ensure that you end the watchdog process (P) (this is started if you end the other process!). To do this, send a SIGINT to the watchdog’s PID. You can take this from the trace file dev_webdisp_watchdog.

Ending the watchdog also ends the SAP Web Dispatcher work process C.

Note

If only the SAP Web Dispatcher work process is ended with SIGINT, the watchdog starts this process again.

 

 

 

Leaving content frame