| United States-English |
|
|
|
![]() |
Managing MC/ServiceGuard Extension for SAP R/3: > Chapter 1 Understanding MC/ServiceGuard Extension
for SAPSGeSAP Product Files |
|
All the files that are available after the installation of SGeSAP can be found in /opt/cmcluster/sap. The files that are installed are:
Figure 1-8 “Configuration Files” shows that the configuration files are used as input for the standard MC/ServiceGuard cmapplyconf command to generate the cmclconfig file that is used to manage the cluster. The SGeSAP files work in tandem with standard MC/ServiceGuard files to monitor the health of the cluster and packages, and to move packages to another node in case of failure. Figure 1-9 “Control Files Containing Run-time Logic” shows the relationship between the standard MC/ServiceGuard files and the SGeSAP scripts and control logic. SGeSAP supports customers who choose to run their Supply Chain Management (SCM) systems in a High Available system environment. The SAP SCM environment consists of two systems: the APO system and the LiveCache. Considering only the database and application server, an APO system looks like an standard R/3 system. It uses the same basic technology like R/3 (kernel, databases, executables) but with different business logic. Additional components like the liveCache and optimization server further enhance the system. The liveCache server consists of an SAP database running in memory. Disk space is required to host the operating system of the node while liveCache is running, pagefiles, executables and dev spaces for an filesystem image of a consistent DB image. Figure 1-10 “3 Node SGeSAP Cluster for APO/LiveCache” illustrates a sample LiveCache scenario: The LiveCache package is required to run on a separate server. Therefore the 3-node cluster is an appropriate setup to run a customer SCM system in a high available environment. The adoptive node that can run an additional Application server or a development system under normal condition is able to run either the LiveCache-package or the APO-package in case of a system failure. The additional APO Application-server or a development system will be shut down in case of a failover.Additonal scenarios are a four node cluster where both LiveCache primary and APO primary node have a dedicated backup node each. The requirement is that the LiveCache package always runs on a node where no other application, such as a database or an additional SAP system is running.Setting up the APO package in SGeSAP is standard as the APO is based on a standard R/3 kernel. For details about the setup of a liveCache package refer to the step by step installation guide in chapter 2 "SGeSAP configuration for SCM High Availability - APO/LiveCache" of this book.
|
|||||||||||||||||||||||||||||||||||||||||||||||||||||||
|
|||||||||||||||