Documenti di Didattica
Documenti di Professioni
Documenti di Cultura
Version: 0.1
Page 1 of 23
DOCUMENT CONTROL
Document Information
Deliverable Name
Owner
Anupam Giri
Author(s)
Anupam Giri
Stream
Technical stream
Status
Draft
Location
share-point ( to be updated )
Status
Date
Author(s)
Change Log
0.1
Initial
Draft
29/04/2013
Anupam
Initial Draft
Reviewers
Name
Position
Date
Remarks
Approvers
Name
Version: 0.1
Page 2 of 23
Position
Date
Remarks
Table of Contents
Contents
Infrastructure of the SAP NetWeaver Management Agents.................4
Purpose............................................................................................................4
Integration.......................................................................................................5
Constraints.......................................................................................................5
Host Agent:............................................................................................................. 6
Monitoring Hosts with SAPHostControl and saphostexec........................................6
Use.........................................................................................................................................................................6
Prerequisites..........................................................................................................................................................7
Instance Agent:....................................................................................................... 7
Administration/Monitoring of SAP Components with sapstartsrv............................7
Use.........................................................................................................................................................................7
1.
2.
3.
Version: 0.1
Page 3 of 23
Introduction:
Installing/Registering the CCMS Agents for Experts
CCMS agents are no longer required for purely SAP NetWeaver 7.1 landscapes; their
functions are performed by NetWeaver Management Agents.
Purpose
The SAP NetWeaver management agents are used to administer and monitor SAP
NetWeaver components. They are automatically installed and started during the
installation of any SAP NetWeaver components as of release SAP NetWeaver 7.0
EhP2. There are two types of agents, depending on the associated component:
Component
Host
AS ABAP
Type
Host agent; one host agent runs for each monitored hosts
(including hosts on which one or more instance agent is running)
Instance agent; an instance agent runs for each monitored
instance
AS Java
Dual-Stack
TREX
Version: 0.1
Page 4 of 23
The agents provide Web services that can be used by applications, including:
SAP Management Console (SAP MC) is a browser-based, platform-independent user interface with
which you can start, stop and monitor the status of systems and their instances.
In the monitoring infrastructure, once the relevant component is registered with the central monitoring
Integration
As of this release, the SAP NetWeaver management agents replace the CCMS agents.
Constraints
You now only require the classic CCMS agents in the following two cases:
You want to monitor any systems with a central monitoring system (CEN) with a release older than SAP
NetWeaver 7.0 EhP 1. More information: SAP Note 1368389.
Note :If you are operating a CEN with this old status, note also that you no longer require a CCMS agent
SAPCCMSR j2ee for a monitored dual-stack system as of SAP NetWeaver 7.0 EhP2. This is because
Version: 0.1
Page 5 of 23
the ABAP and Java stacks share the same monitoring segment as of SAP NetWeaver 7.0 EhP2.
Therefore, for dual-stack systems of this type as of SAP NetWeaver 7.0 EhP2, install only the CCMS
agent SAPCCM4X. However, this is mandatory, not optional.
You want to monitor a system with a release up to SAP NetWeaver 7.0 EhP1. In this case, irrespective
of the release of the CEN, you require the classic CCMS agents for this monitored system.
Host Agent:
Monitoring Hosts with SAPHostControl and saphostexec
Use
The two programs below run on every host with SAP NetWeaver components as of release 7.0
EhP2 and on every host that is monitored by a central system with this release:
SAPHostControl
SAPHostControl is the executable sapstartsrv running in host mode. It is therefore not responsible for an
SAP instance (see Administration/Monitoring of SAP Components with sapstartsrv), but for any host that
is to be centrally monitored.
Whether sapstartsrv runs in host or in instance mode is determined by the profile that is transferred
when the executable is started. In instance mode, it runs with the instance profile of the corresponding
instance, in host mode with its own profile, which can contain the two following profile parameters:
SAPSystem = 99
SAPSystemName = SAP
It always runs together with the executable saphostexec (see below); both are always started during the
startup of the host.
NOTE
SAPHostExec
saphostexecis an executable that runs under root (UNIX) or the Local System Account (Microsoft
Windows). It controls all of the functions for which a special user of this type are required, such as the
Version: 0.1
Page 6 of 23
operating system collector saposcol and sapacosprep. It is connected to sapstartsrv in host mode (see
above) using a local socket, which ensures quick and secure communication and is also started during
the startup of the host.
Note :
Prerequisites
The listed executables and services are automatically installed and started during the installation
of SAP NetWeaver instances. In this case, you no longer need to perform any steps yourself.
In the case of hosts with no SAP components that you want to monitor with a central system as of
SAP NetWeaver 7.0 EhP1, you need to download and install the specified executables and
services yourself.
Instance Agent:
Administration/Monitoring of SAP Components with
sapstartsrv
Use
sapstartsrv is available for administering and monitoring any hosts and SAP instances. It has a
variety of SOAP interfaces, with which the service can be used by remote clients, and is known as
an instance agent. Clients for this service include:
The platform-independent, browser-based SAP Management Console for administration and monitoring
of SAP systems
Under Microsoft Windows, the SAP Systems Manager snap-in for the SAP Microsoft Management
Console
Version: 0.1
Page 7 of 23
sapstartsrv is automatically installed during the installation of the relevant instance. A setting is
also made during the installation that ensures that sapstartsrv is automatically started when the
host is started up (see below). Manual installation is not required. A sapstartsrv process is
automatically running on the relevant host for every SAP instance (ABAP, Java, double-stack, or
TREX).
Platform
Start of sapstartsrv
Microsoft Windows
UNIX
During the installation of the instance, the start script sapinit is installed. This script, in
turn, starts sapstartsrv.
A profile file is specified when sapstartsrv is started. If sapstartsrv administers and monitors an
instance, the profile is the instance profile of the corresponding instance. sapstartsrv can also run
in host mode, that is, the service is not used to administer and monitor an instance, but rather to
monitor a host
Note :
sapstartsrv also contains the functions of the previous CCMS agents SAPCCM4X and
SAPCCMSR j2ee, that is, the agents that monitor ABAP and Java instances
Use
To centrally monitor remote SAP NetWeaver components or any hosts, you need to register the
corresponding component in CEN. You can do this in two ways:
If you are using the SAP NetWeaver Administrator (NWA), it is recommend that you configure the
monitored components using the Configuration Wizard.
If you are using the Alert Monitor, register the desired component in the configuration transaction for the
Alert Monitor (transaction RZ21). This procedure is described here.
Version: 0.1
Page 8 of 23
Prerequisites
There is a CSMREG user in CEN. To create this user, go to Tcode RZ21 -> Technical infrastructure
-> Configure central system - > Create CSMREG user. You need to create this user both in satellite
as well as CEN system (if not present) see screenshots below.
The message server details of CEN system has to be updated in the services file (in OS
level) of Satellite system and vice-versa
There is also a CSMREG user on the ABAP or dual-stack system to be monitored. Create the same
using RZ21 mentioned in 1st step above.
If you want to register a host without an SAP NetWeaver component in CEN, install the SAP
NetWeaver management agents on that host
The Java or TREX systems to be monitored have a release status of at least SAP NetWeaver 7.0
EhP2.
Version: 0.1
Page 9 of 23
Version: 0.1
Page 10 of 23
Input Data
More Information
ABAP
System ID
Dual-Stack
Message server
choose the
monitored system
Java
System ID
Message server
Server
TREX
Host
System ID
Server
Instance number
Host name
6. In the Operating System User on the Host of the Monitored System group box, enter
the password of an administration user at operating system level. For an SAP
NetWeaver component, this is the user <SysID>adm., for a host, it is sapadm.You
require this authentication since the Web service call for registering a
component in CEN is protected.
7. Save your entries.
Version: 0.1
Page 11 of 23
Technical
Background
To monitor an
ABAP or dualstack system
centrally, the
system creates
two RFC
destinations in
that system:
Version: 0.1
Page 12 of 23
Result
You can now monitor the corresponding with the Alert Monitor or with the NWA. If you are using
rule-based monitors for monitoring, the new system is automatically added to your monitors.
Otherwise, add the new system to your monitors or create a new monitor
Use
You can quickly and easily create your own monitors that meet your own specific requirements. If,
for example, you want to monitor the relationship between your CPUs, operating system paging,
and the dialog response time of your SAP systems, you can create an alert monitor that contains
only these monitoring tree elements (MTEs). You can decide whether this monitor covers one or
more systems.
To be able to create a monitor, first create a tree structure. You have the following options for the
individual nodes:
Virtual MTEs
You can define virtual MTEs to structure your monitor. Virtual nodes are used as titles or labels in the
alert monitor. They have no function other than to group monitoring tree elements visually. For example,
you can create virtual MTEs as titles for different groups of real MTEs in your monitor.
Version: 0.1
Page 13 of 23
Prerequisites
To be able to create or change a monitor, you must first activate the maintenance functions.
Procedure
1. Choose CCMS Control/Monitoring Alert Monitor, or call transaction RZ20.
2. Choose Extras Activate Maintenance Functions.
Menu Path
Create monitor
Choose the monitor set in which you want to create the monitor; ensure that it is
); choose Monitor (set) Create (
).
Expand the monitor set and choose the monitor that you want to change.
Choose Monitor (set) Change (
).
You can also change a monitor that has already been started by choosing
Monitor Change (
).
4. The alert monitor displays the complete monitoring tree. The system displays
the name of the monitor in the top line of the tree. You can now either add MTEs
to your monitor or display the properties of existing MTEs. To do this, choose one
of the functions from the table:
Function
Procedure
MTEs will be visible in the completed monitor. The system displays the list at
every point in the monitoring tree where you can insert statically created MTEs.
Version: 0.1
Page 14 of 23
Choose the node under which you want to insert a rule-based node; choose
selection
Choose the node under which you want to insert a virtual node; choose Edit
Create Node (
). The system
The following rules apply to the sequence of nodes in the monitoring tree:
The root node (top node) of a monitor is always a virtual node. Its
name is the name of the monitor.
You can create as many layers of virtual MTEs as you wish. A virtual
node can only be placed under a rule node or another virtual node in
the tree hierarchy.
Version: 0.1
Page 15 of 23
A rule node can only be placed under a virtual node or another rule
node in the tree hierarchy.
A static node can only be placed under a virtual node.
Once you double click on Virtual node AL08 Users Logged on It will show the
below screen
Example
The following sections contain examples of monitor definitions :
1. Defining Monitors with the DEFINE_R3_SYSTEMS/GET_MTE_BY_CLASS Rules
Version: 0.1
Page 16 of 23
You can determine the MTE class of the desired data by calling a monitor that contains the desired
nodes, switching to the Technical View: Info on MTE, or by selecting the desired node and choosing
Properties.
Monitor Definition
The figure below shows a simple rule-based monitor definition using the above rule
You usually use the rule as the root node of the monitor.
You define the systems to be displayed in the parameter R3System. You can enter the following values
when doing so:
Entry
Meaning
<CURRENT>
Local system
<ALL>
All systems that are known to the monitoring architecture as monitored systems
<any name>
System group; you can define a system group yourself that contains the desired
systems
In the display options for the rule, you should activate the indicator Display virtual summary nodes in the
monitor if, and only if, you want to display multiple systems. If you are only monitoring one system,
another level with the system name does not provide any new information, but rather makes the monitor
less clear.
Version: 0.1
Page 17 of 23
If (as in this example) there is a CCMS_DEFINE_R3_SYSTEMS rule above this rule, the rule inherits
the system, otherwise, you usually define the systems yourself.
It is usually not necessary to select Display long MTE name in the display options. You should instead
select only the parts of the MTE name that are necessary to understand the monitor display. In this
example, this is the context (which specifies the instance for most nodes).
Monitor Display
If you choose Generate Monitor (
generated:
You want to display multiple MTE classes that have a common naming convention in the monitor,
especially if you do not yet have the names of all of the MTE classes to be displayed when you are
creating the monitor definition (see example 1).
Version: 0.1
Page 18 of 23
You want to restrict the search for MTE classes at runtime when creating the monitor to certain segment
types to improve performance or clarity (see example 2).
The MTE classes to be displayed for the availability of the GRMG scenarios have the naming
convention GRMG_ScenAvail_<scenario name>. If you wanted to display the availability of all
scenarios, you would need to enter all MTE classes without this rule. However, the names of
these MTE classes are not currently available to you.
Version: 0.1
Page 19 of 23
Version: 0.1
Page 20 of 23
These MTE classes are part of the operating system subtree (MTE class OperatingSystem). If you
create a monitor with the rule CCMS_GET_MTE_BY_CLASS with the MTE classes listed above, you
obtain all of the desired values, but in a flat hierarchy:
However, if you specify the superordinate MTE class OperatingSystem in the rule
CCMS_GET_MT_BY_CLASS, you obtain the desired hierarchy, but all other values in this subtree as
well as the desired values.
Version: 0.1
Page 21 of 23
Monitor Definition
The figure below shows a simple rule-based monitor definition using the above rule
Keep in mind the following points when you use these rules:
Specify the MTE class of a subtree of which you only want to display a section in the rule
You specify the MTE class of the node that you want to display under the subtree defined above in the
ChildMTEClass parameter in the rule CCMS_GET_MTE_BY_CLASS_UNDER_CLASS. The rule adopts
the parameters MTEClass and R3System from the higher-level rule
CCMS_GET_MTE_BY_CLASS_AS_VIRTUAL.
To display multiple MTE classes, simply create multiple
CCMS_GET_MTE_BY_CLASS_UNDER_CLASS rules under the
CCMS_GET_MTE_BY_CLASS_AS_VIRTUAL rule.
Version: 0.1
Page 22 of 23
Monitor Display
If you choose Generate Monitor (
generated:
Version: 0.1
Page 23 of 23