User's Guide

An instance definition for a particular operation mode consist of the number and types of work processes
as well as start and instance profiles (starting with version 3.0 the CCMS allows profile maintenance from
within the SAP system).
When defining an instance for an operation mode, enter the hostname and the system number of the
application server. By using <relocci> to fill in the hostname field, the instance is working under control
of the CCMS after a failover without any change.
If an instance is running on the standby node in normal operation (and is stopped when switching over), the
control console shows this instance to be down (for example, you will get a red node on a graphical display)
after the switchover.
Installation Step: IS1190
A SAP Internet Communication Manager (ICM) may run as part of any Application Server.
It is started as a separate multi-threaded process and can be restarted independently from the Application
Server. E.g. usage of BW web reporting, Business Server Pages (BSP) rely on ICM to work properly. In
scenarios using external web communication, one or more SAP Web Dispatcher often accompanies the
ICMs. The SAP Web Dispatcher can be laid out redundantly with hardware load balancing. SAP also allows
SGeSAP packaging for a single Web Dispatcher.
To find out if ICM is configured as part of an Application Server, check for the following SAP profile parameter:
rdisp/start_icman=TRUE
ICM gets switched over with the Instance package. In order to make it work, ICM has to be registered with
the message server using a virtual IP address.
This mechanism is different from SAPLOCALHOST and SAPLOCALHOSTFULL since ICM allows HTTP Server
Aliasing via icm/server_port_<nn> settings. During startup, icman reads its configuration and propagates
it to the SAP Message Server or the SAP Web Dispatcher Server. These servers then act as the physical point
of access for HTTP requests. They classify requests and send HTTP redirects to the client in order to connect
them to the required ICM Instance.
This only works properly if the bound ICM instances propagate virtual IP addresses. Therefor a parameter
icm/host_name_full=<relocatible_ip>
needs to be set within the Instance Profile of the Application Server.
Double-check the settings with report RSBB_URL_PREFIX_GET or review the parameters within the SMMS
transaction.
Installation Step: IS1200
If you cluster a Central Instance or an ABAP System Central Service Instance, configure the frontend PCs to
attach to <relocci> .
Most of the time, this can be achieved by distributing a new saplogon.ini file to the windows directory.
SAP J2EE Engine specific installation steps
This section is applicable for SAP J2EE Engine 6.40 based installations that were performed prior to the
introduction of SAPINST installations on virtual IPs. There is a special SAP OSS Note 757692 that explains
how to treat a hostname change and thus the virtualization of a SAP J2EE Engine 6.40. Depending on the
SAP application component that is clustered, there might be additional steps documented as part of a SAP
whitepaper that covers clustering of the component.
Installation Step: NW04J1210
If the SAP component installed also depends and utilizes a SAP J2EE Engine, some configuration tasks have
to be performed in order for the J2EE instance to interact in the virtualized environment.
The following lines will give some hints about the settings necessary for the switchover of the J2EE Engine
6.40, but always refer to SAP OSS Note 757692 because this note is always kept up-to-date.
For virtualizing the J2EE DB Connection:
• Log on to the J2EE Configuration Tool
• Choose secure store
• Change the following values: -
90 Step-by-Step Cluster Conversion