Académique Documents
Professionnel Documents
Culture Documents
The Dashboard page provides a centralized view for the system administrator to monitor the
performance of all servers. It provides real-time information on the system KPIs, recent alerts, watches,
and corresponding graphs based on the watch state.
Metrics
Metrics are foundation of the monitoring engine. A metric in its simplest definition is something to be
measured. There are bunches and bunches of them predefined in the system such as CPUs, CPU
Utilization for the last 15 minutes, Total Memory, Number of Deadlocked Jobs.
Probes
Probes monitor different services and simulate the different functionalities of SAP BusinessObjects
Enterprise components. By scheduling probes to run at specified intervals, the system administrator
can track the availability and performance of key services provided by SAP BusinessObjects BI platform
Watch
Watches provide real-time status and historical trends of servers and workflows within the SAP
BusinessObjects BI platform environment. Users can associate thresholds and alerts to a watch. You
can create a watch using data from probes, servers or Derived Metrics.
Alert
An alert is a notification generated by the monitoring application, when a user-defined threshold value
set for different metrics applied to a watch is breached. You can choose to receive alerts either through
Email or view on the "Dashboard" page.
Below are all some of the probes and metrics that are utilized for
monitoring in our environment.
List of probes
Probe Name
Probe Description
Schedule
plan
CMS DB
Connection
CMS Ping
CMS Logon Logoff
Info View Probe
Crystal Reports
Service
Interactive
Analysis
Start Stop Servers
Every 30
mins
Every 30
mins
Every 30
mins
Every 30
mins
Every 30
mins
Every 30
mins
Weekly
Core
Servers
Metrics
Centr
al
Mana
geme
nt
Serve
r
Inpu
t
File
Rep
osit
ory
Out
put
File
Rep
osit
ory
Con
nec
tio
n
Ser
ver
Crystal
Cryst
al
Crystal
Repor
Report
ts
s
Cache
Proces
Serve
sing
r
Server
Health
State
Server
Running
State
Server
Enabled
State
X
X
X
X
X
X
X
X
Busy
Server
Threads
Disk
Size
WebI
Ada
ptiv
e
Job
Ser
ver
Adap
tive
Proce
ssing
Serve
r
Web
Intellig
ence
Proces
sing
Server
Dashboard
Dash
boar
Dashb
ds
oards
Cach
Proce
e
ssing
Serv
Serve
er
r
X
X
X
X
X
X
X
X
X
X
S
c
h
e
d
ul
e
fr
e
q
u
e
n
c
y
3
0
m
in
s
3
0
m
in
s
3
0
m
in
s
3
0
m
in
s
3
0
m
in
s
CPU
Usage
Percent
age last
15
minutes
CPU
Usage
Percent
age last
5
minutes
Total
Disk
Space in
Root
Director
y (GB)
Free
Disk
Space in
Root
Director
y (GB)
3
0
m
in
s
3
0
m
in
s
3
0
m
in
s
CPU
Usage
(%)
Virtual
memory
size
(MB)
X
X - represents the applicability.
3
0
m
in
s
3
0
m
in
s
3
0
m
in
s
4. When the Schedule options appear, set the probe to run every 3 minutes from the current time to
24 hours later. We want the CMS Logon Logoff probe
to run every 3 minutes. Go to the Schedule section and set it to run every 3 minutes for the
next 24 hours
5. Select the InfoView probe and set it to run every 5 minutes for the next 24 hours.
6. You should now see 2 probes set as scheduled from the Probes dashboard.
7. If the Infoview probe shows a failure, it is probably because the username/password it is using is
not correct.
Right-click on the probe and select Properties
Edit the username/password, Click Save and Close. Right-click on the probe and select
o
Run Now.
If you wish the probe screen to automatically update, select the Enable Auto-Refresh
o
button.
Creating a watch
The CMS probe is now scheduled and you want to base a watch on it so it generates an alert if the
Logon Logoff action takes longer than 200 milliseconds.
1.
2. Click on New and define a name, description for your new watch as showed in the
screenshot. Set the number of states to Two (OK, Danger) and
check the 2 options Show on
Dashboard.
3. Click on Next
Browse the available metrics and select Probes > BI40SIA.CMSLogonLogoff > execution
o
time.
o
On the right panel, set the Danger operator to >= and value to 200 (or choose a
value that appears just above the current average so that you get some alerts)
4. Click on Next. Leave the settings to default: alert notifications will be sent every time the
threshold is reached and notifications
will be sent to the Administrator or to any user.
Alert notification
We will get the notification when the threshold is reached. To see the alerts when your CMS probe
has been running for a few hours
you may have sent alerts to the Administrator. If required we can cascade the alerts to e-mail
recepients as well.
1.
2.
2. Select one of the probes you scheduled earlier, for instance CMS Logon
Logof
3. From the bottom right graph, select the time window during which the
probe has been running
If required we can use the time slider to select a different time window and
zoom in and out. Now its time to analyze the captured monitoring data over
a period of time. As a prerequisite for this we need to enable the monitoring
database and set its properties according to the requirement.
To Configuring Monitoring database
1. Go to CMC > Applications > Monitoring Application > Properties
For monitoring database selection we have two options. We can either select
the default Derby database or we can use our existing auditing database
itself to hold the monitoring tables.
Default Derby database selection