Beruflich Dokumente
Kultur Dokumente
Contents
1 Root Cause Analysis ..........................................................................................................................2
1.1 Solution Manager with BPC Microsoft Version (with Diagnostic Agent) ................................2
1.1.1 Change Reporting (Viewer and Compare) ......................................................................2
1.1.2 File System Browser ........................................................................................................5
1.1.3 OS Command Console ....................................................................................................7
2 Monitoring Tools ...............................................................................................................................10
2.1 DBACockpit ..........................................................................................................................10
2.2 CA Wily Introscope ............................................................................................................... 11
2.2.1 CA Wily Introscope.NET Agent ...................................................................................... 11
2.2.2 CA Wily Introscope Workstation..................................................................................... 11
2.3 BPC Management Console (MS version) ............................................................................26
2.3.1 Accessing BPC Management Console ..........................................................................26
2.3.2 Navigating the Home Screen .........................................................................................27
2.3.3 Navigating the Database Server Screens ......................................................................37
2.3.4 Navigating the BPC Logging Screens ...........................................................................44
2.4 CCMS Monitoring with SAPCCMSR Agent .........................................................................49
3 Further Information ...........................................................................................................................53
3.1 Memory Metrics Information – Appendix..............................................................................53
Best Practice: BPC MS RCA & Monitoring 2
To perform BPC_MS configuration changes monitoring, you can use the Change Reporting tool in
SAP Solution Manager Work Centers. Go to Root Cause Analysis System Analysis Select the
correct System ID Click on Change Reporting button.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 3
Inside Change Reporting there are 2 tabs, Viewer tab and Compare tab.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 4
Select the base configuration of a Technical System and/or Date in the Reference area and the
counterpart for comparison in the Custom area then select the configuration node. Choose
comparison type, Fast or Deep, and choose the Compare button.
The result of the comparison will be shown in the Result Summary area.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 5
Tips: You must have Internet Explorer as your default browser to open the File System Browser (?)
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 6
You can add file(s) into your basket by marking a checkbox on the file(s) and either choosing Add All
to Basket or Add Selection to Basket button on the top side.
You can show the content of your Basket by choosing the Show Basket button on the top side.
To download the files, or to open or show your Basket, select the file(s) and click on Get All/GetFile
button on the top side then on the pop up window, choose Click Here To Save The File. You delete
them from the Basket by clicking on Remove File or Remove All button.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 7
Tips: The content of the Basket will be removed automatically when your session ends if you do not
save the basket via Basket Manager.
You can use Basket Manager to organize your file(s) into more than one Basket and load them back
to workspace when you need them.
After you add a file(s) into a Basket, it will be saved in <current> basket which is temporary basket.
You can permanently save the Basket and give it a name in Basket Manager.
To save and name the Basket, go to Basket Manager select <current> Basket click on Edit
button.
Edit the Name field (remove <current> text) and type in your Basket name and write some texts in
Description field.
You can load back the Basket’s content by clicking the Load button in Basket Manager and you will
see the loaded file(s) in the Basket in File System Browser.
Tips: When you save again after the loading, the file(s) will be stored in a new Basket.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 8
To open the OS Command Console in Solution Manager’s Work Centers, go to Root Cause Analysis
Hot Analysis Select the application server host of interest Os Command Console.
Tips: You must have Internet Explorer as your default browser to open the OS Command Console.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 9
1. Prompt pane
2. Result pane
3. History pane
In the Prompt pane, you select the monitored system, the hostname, Group of commands, and the
command that you want to run. Note that you can only run the pre-defined commands in the Prompt
Pane. You can put parameter(s) for the command (optional) and you can specify whether to run the
command once (Option = Simple) or you want to run the command multiple time (Option = Recurrent)
by specifying the Interval for each run.
3 Network Ping Test connection from the server to the other computer
4 System Tasklist Shows the current running processes on the server (similar
to Task Manager)
In Result pane, you will see the result of the command that you run.
In History pane, the command(s) that you run will be logged for your future reference. You can delete
the whole commands history by clicking on Clear History button or click on Delete Command button
for deleting single command history.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 10
2 Monitoring Tools
2.1 DBACockpit
With SAP_BASIS support package 12, SAP delivers a new database monitor transaction
DBACOCKPIT, which combines the functionality of the older transactions ST04, DB02, DB12 and
DB13 and of ABAP program MSSPROCS. The main advantages of the new transaction are improved
functionality, a more consistent user interface and the option to remotely monitor multiple SAP and
non-SAP databases from one central system (for example, a Solution Manager system).
DBACOCKPIT works for all database platforms supported by SAP including Microsoft SQL Server in
BPC_MS (see SAP Note: 1027512 for more information on DBACOCKPIT with MSSQL).
Tips: You need at least one Windows based Application server on your Solution Manager to do MS
SQL Server monitoring with DBACockpit
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 11
BPC App
BPC App Server
Server
.NET
Enterprice Agent
.NET
Agent Manager
BPC App
Server
.Net
Agent
Introscope
Workstation
/Webview
You can access the Introscope WorkStation or Introscope Webview from Solution Manager Work
Centers Host Analysis Select the BPC system Introscope WorkStation or Introscope Webview
(on left pane under Offline Analysis)
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 12
This document will use Introscope Workstation as a guideline, but you will find the similar functionality
and look & feel on Introscope Webview which is a web based GUI.
On the pop up logon screen, type in the Wily Introscope username and password:
Inside the Introscope Workstation Console view, you will find BPC_MS and BPC_NW on the
navigation dashboard.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 13
There are 2 links in BPC_MS navigation: Triage link to BPC_MS Triage dashboard and Overview link
to BPC_MS Overview dashboard.
Click the Overview link. You will be brought to BPC_MS Overview dashboard as shown below. The
Overview dashboard contains 3 quick links to:
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 14
Click the Triage link. You will be brought to BPC_MS Triage dashboard as shown. The Triage
dashboard contains the Average response time graph of Web Services of each BPC_MS processes
like Retrieve Data process, Send Data process and Data Manager process. These graphs would give
you a quick view on the Web Services average response time of each process so you can find the
higher response time activities in your BPC_MS system quickly.
There are quick links to CPU and Memory usage for each OS process, where you can jump into the
CPU utilization dashboard and Memory utilization dashboard for further analysis.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 15
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 16
Retrieve Data dashboard shows the metrics of each component, which is involved in data retrieving
process. It measures the average response time start from when a retrieve request come into the
system from Microsoft IIS web services, BPC DLL library components, BPC SQE methods and
Microsoft ADO .NET components. Therefore, this looks more like a request calls flow in BPC_MS
Retrieve Data process.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 17
.net server
MS Analysis
SQE Data Services
Access
MS Excel BPC IIS Components
Plug-In
BPC WS
Components
ADO .NET
DLL MS SQL
HTTP/s - SOAP
Server
TCP/IP
Note that this is a simplified diagram to get the picture of Retrieve Data process quickly.
When a request comes in, you will see a metric in the BPC WebService graph, followed by a metric in
BPC DLL Library. Based on the requested data, the BPC_MS Shared Query Engine (SQE) could
retrieve the data either from Microsoft Analysis Service with MDX statements or Microsoft SQL
Database with SQL statements.
For data that contains Non-based members, SQE will generate MDX query by calling getOLAP
method then queries Microsoft Analysis Service. Then, you will see a metric in BPC SQE Engine
getOLAP graph and metric in BPC SQE Engine to MS Analysis Service.
For data that contains only Based members, SQE will generates SQL query by calling getSQL method
then queries Microsoft SQL Server. Then, you will see a metric in BPC SQE Engine getSQL graph
and metric in BPC SQE Engine to MS SQL Server. Note: The metrics in BPC SQE Engine to MS SQL
Server could also include other SQL statements metric which not related to data retrieval from FACT
tables but were triggered by SQE components to MS SQL Server.
To extend your analysis on the total CPU utilization of each OS process in BPC Retrieve Data process,
you can go to BPC_MS Triage dashboard click BPC Retrieve Data CPU Usage link on the right-
hand side.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 18
There are 2 main OS processes which work on the server side to run the BPC Retrieve data: W3WP
process and OSoftDataService process (COM+). The higher value on the CPU metrics is 100%
For memory analysis on each OS process in BPC Retrieve Data process, you can go to BPC_MS
Triage dashboard click BPC Retrieve Data Memory Usage link on the right side.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 19
There are 5 memory metrics for each OS process which are Private Bytes, Working Set, Working Set
Peak, Virtual Bytes and Virtual Bytes Peak. See Memory Metrics Information Appendix for more
information.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 20
Send Data dashboard shows the metrics of each component which is involved in the data sending
process. It measures the average response time start from when a retrieve request come into the
system from Microsoft IIS web services, BPC DLL library components, BPC SG check and submit
launch methods and SG’ s Stored Procedures to store the data into FACT tables. Therefore, this
looks more like a request calls flow in BPC_MS Send Data process.
When a request comes in, you will see a metric in the BPC WebService graph, followed by a metric in
the BPC DLL Library. The incoming data will be stored into SG queue tables. SG will do a regular
check on its queue tables; you will see a regular spike on the metric in BPC SendGovernor Sending
Check graph. When data is ready to be submitted into the FACT tables, SG will trigger launch sending
process and the average response time of this process is shown in BPC SendGovernor Launch
Sending graph.
BPC SG calls the correct SQL Server stored procedures to perform a data update into the FACT
tables based on the submitted parameter or type of data. The stored procedures are:
1. SP1#_<APP> stored procedure; if SG has to perform Difference Calculation and Signs Data
Conversion.
2. SP2#_<APP> stored procedure; if SG has to perform Difference Calculation only on the data.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 21
3. SP3#_<APP> stored procedure; if no additional operation is needed on the data and SG simply
submit the data into FACT table.
You can find the average response time of each stored procedure below the BPC Send Data
dashboard
To extend your analysis on total CPU utilization of each OS process in BPC Send Data process, you
can go to BPC_MS Triage dashboard click BPC Send Data CPU Usage link on the right-hand side.
For memory analysis on each OS process in BPC Send Data process, you can go to BPC_MS Triage
dashboard click BPC Send Data Memory Usage link on the right-hand side.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 22
There are 5 memory metrics for each OS process, which are Private Bytes, Working Set, Working Set
Peak, Virtual Bytes, and Virtual Bytes Peak. See Memory Metrics Information Appendix for more
information.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 23
The Data Manager dashboard shows the metrics of each component, which is involved in BPC Data
Manager package run process. It measures the average response time start from when a retrieve
request come into the system from Microsoft IIS web services, BPC DLL library components, and
Microsoft SSIS packages execution runtime.
When a request comes in, you will see a metric in the BPC WebService graph followed by metric in
BPC DLL Library. Microsoft SSIS RunTime Execute graph will show you the average response time of
a SSIS package run and SSIS Tasks graph will show the average response time of each task inside
the package that run.
With the metric in SSIS Tasks graph, you can see the average response time of each task inside a
package. For example, inside BPC Data Manager Export package, it contains 2 tasks, Dump Data and
Convert Data, and each task will be executed dependently. When there is a long running package in
BPC Data Manager, we can use this metric to find which individual task took the longest time.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 24
In SSIS Tasks graph you will see the average response time for Dump Data task (Dark Yellow line in
below example) and the Convert Data task (Green line in below example).
To extend your analysis on total CPU utilization of each OS process in BPC Data Manager process,
you can go to BPC_MS Triage dashboard click on BPC Data Manager CPU Usage link on the right-
hand side.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 25
There are 2 main OS processes which work on the server side to run the BPC Retrieve data: W3WP
process and OSoftDMServer process (COM+). The higher value on the CPU metrics is 100%
For memory analysis on each OS process in the BPC Data Manager process, you can go to BPC_MS
Triage dashboard click on BPC Data Manager Memory Usage link on the right-hand side.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 26
There are 5 memory metrics for each OS process which are Private Bytes, Working Set, Working Set
Peak, Virtual Bytes and Virtual Bytes Peak. See Memory Metrics Information Appendix for more
information.
BPC Management Console is a web based monitoring tool which comes with BPC Server installation.
It provides performance metrics on the Windows Operating System (OS), Microsoft SQL Server and
Microsoft Analysis Server. In additional to providing performance metrics, the BPC Management
Console also can activate and deactivate BPC logging as well as manage logging schedules.
To access the Management Console, Open your internet browser and type
http://<servername>/managementconsole, where <servername> is the name of your application
server. If you are in the NLB environment, this means you monitor only the specified BPC application
server or the <servername> application server.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 27
Task Manager
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 28
In the upper left hand corner is the Task Manager monitor. This is the same functionality as the
Windows Task Manager Process tab. The processes listed are sorted by which process is consuming
the most memory at the given time.
If you click on the Process ID (PID), that process will populate the box immediately to the right of the
Task Manager box. If the PID is a BPC DLLHOST, it will populate the corresponding BPC COM+
object.
Hits by Users
The Hits by User pie chart will show a breakdown of by each user and what pages they have
accessed on the web server.
Hits by Users
The Status Breakdown returns IIS status codes per user. This can be helpful in identifying trends such
as user authentication issues.
In the lower left hand corner is the System Performance (Appserver) screen. This screen shows
several counters from Windows Performance Monitor also known as Perfmon. By default, it will
monitor:
- CPU Utilization: Indicates the current processor load, as a percentage. This number is an average
across all of the available processors or cores available on the machine.
- Memory: Page Writes / sec: The rate at which pages are written to disk to free up space in physical
memory. Pages are written to disk only if they are changed while in physical memory, so they are
likely to hold data, not code. This counter shows write operations, without regard to the number of
pages written in each operation. This counter displays the difference between the values observed in
the last two samples, divided by the duration of the sample interval.
- Available Bytes: The amount of physical memory, in bytes, immediately available for allocation to a
process or for system use. It is equal to the sum of memory assigned to the standby (cached), free
and zero page lists. For a full explanation of the memory manager, refer to MSDN and/or the System
Performance and Troubleshooting Guide chapter in the Windows Server 2003 Resource Kit.
Additional counters can be added using the Add PerfMon Counter button in the top right-hand corner
of the System Performance (Appserver) screen.
Set Thresholds
A visual alert can be set using the Set Thresholds functionality. When a counter meets criteria that you
set, the System Performance (Appserver) screen will be outlined in red.
Example: If the CPU Utilization reaches a value of 30%, the threshold will show the visual indicator.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 30
Compare
The counters that are in use can be compared among two BPC servers. By choosing the Compare
button, the Management Console will bring up a split screen view of the two BPC servers of your
choice, monitoring the same counters on each server.
Server Disk IO
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 31
The Server Disk IO screen displays the following counters from the Physical Disk object from Perfmon:
- Avg Disk Bytes per Read: The average number of bytes transferred from the disk during read
operations.
- Avg Disk Write Queue Length: The average number of both read and write requests that were
queued for the selected disk during the sample interval.
- Current Disk Queue Length: The number of requests outstanding on the disk at the time the
performance data is collected. It also includes requests in service at the time of the collection. This is
an instantaneous snapshot, not an average over the time interval. Multi-spindle disk devices can have
multiple requests that are active at one time, but other concurrent requests are awaiting service. This
counter might reflect a transitory high or low queue length, but if there is a sustained load on the disk
drive, it is likely that this will be consistently high. Requests experience delays proportional to the
length of this queue minus the number of spindles on the disks. For good performance, this difference
should average less than two.
The Analysis Services Connections and Locks screen contains several counters from several MSAS
objects in Perfmon.
- Cache Evictions per Second: Rate of evictions from the cache. This is per partition per cube per
database, typically due to background cleaner.
The Web Server sub menu contains the following sub screens:
- Summary
- Who is Online
- Services
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 32
Summary
The Summary screen contains the information on what users are online, what IIS status codes have
been returned on the Web Server, and what web pages are being used.
The Who’ s Online screen will show all users who have been online for the given period of
time, by default, the screen will show all users online for the last twenty minutes.
Summary: Services
The Service Status screen show a summary of all IIS service status codes, their description
and the total number of times the status code has been generated.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 33
The All Active Pages screens show which BPC web pages have been used in the given
period of time. One screen shows in pie chart format, the other has the same information in
list format.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 34
Who’s Online
The Who’ s Online screen contains information on all users that are online, details about what pages
those users are hitting, and summary IIS status codes for each user.
The Who’ s Online screen contains information about all users online for a given time period
and lists the number of page hits each user had.
The Page Hits by User screen shows information provided in the Who’ s Online screen in
pie chart format.
The Selected User Detail screen shows detailed information on which user is selected in the
Who’ s Online screen. Details include the total count of each page hit, first and last request
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 35
times, the status code received when requesting the page, the target page itself, and any
parameters passed when requesting the page.
The User Request by Status over time screen will show the status codes returned for the
selected user in the Who’ s online screen by Current, 1 Day, and 1 Week views.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 36
Services
The Services screen contains detailed and summary information on all IIS status codes that have
been registered over a given period of time.
The Service Status screen shows all IIS status codes that have been recorded over a given
period of time, their description, and the number of times they have occurred.
The Service Status Breakdown screen shows the same information on the Service Status
screen, but in pie chart format.
The Selected Status Detail screen shows detailed information about the status code that was
selected in the Service Status screen. From here, you can see which user the selected status
coded happened to as well as the first request, latest request, target page, and any
parameters that were passed during the request.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 37
The Selected Status Over Time screen will show the status code selected by the user in the
Service Status screen by Current, 1 Day, and 1 Week views.
- Summary
Summary
The Summary screen contains the information on SQL Server Who functionality, SQL Server Statistics,
System Performance (Database Server), and Analysis Services Connections & Locks.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 38
Summary: Who
The Who screen displays the following information on current activity for database:
Status of process
In the upper right hand corner is the SQL Server Statistics screen which displays the
following counters from the SQLServer: General Statistics object from Perfmon:
OLE DB Calls: Event class occurs when SQL Server calls an OLE DB provider for
distributed queries and remote stored procedures.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 39
In the lower left-hand corner is the System Performance (Database Server) screen. This
screen is the same as Windows Perfmon monitor. By default it will monitor:
CPU Utilization: Indicates the current processor load, as a percentage. This number is
an average across all of the available processors or cores available on the machine.
Memory: Page Writes / sec: The rate at which pages are written to disk to free up
space in physical memory. Pages are written to disk only if they are changed while in
physical memory, so they are likely to hold data, not code. This counter shows write
operations, without regard to the number of pages written in each operation. This
counter displays the difference between the values observed in the last two samples,
divided by the duration of the sample interval.
Available Bytes: The amount of physical memory, in bytes, immediately available for
allocation to a process or for system use. It is equal to the sum of memory assigned
to the standby (cached), free and zero page lists. For a full explanation of the memory
manager, refer to MSDN and/or the System Performance and Troubleshooting Guide
chapter in the Windows Server 2003 Resource Kit.
The Analysis Services Connections and Locks screen contains several counters from several
MSAS objects in Perfmon.
Cache Evictions per Second: Rate of evictions from the cache. This is per partition
per cube per database, typically due to background cleaner.
The SQL Server screen contains information on SQL Server’ s Who and Who2 functionality, SQL
Server Agent Statistics, Database Disk I/O, SQL Server Statistics, and Operations by Database.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 40
The Who and Who2 procedures provide information about current SQL Server connections,
the applications used to connect to the SQL Server, and the type of work each connection is
performing.
Login name of user: The login that has initiated the lock request.
Host name of machine: The name of the computer where the lock request was
initiated.
SPID of blocking process: The connection that is blocking the lock request from the
current connection.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 41
Name of database process is using: Database name where the lock has been
requested.
Command being executed: General command type that requested the lock.
Login name of user: The login name that has requested the lock.
Host name of machine: The computer where the lock request has been initiated.
SPID of blocking process: The spid of the connection that is blocking the current
connection.
Name of database process is using: The database name where the lock request has
been generated.
Command being executed: General command type that requested the lock.
Total CPU time process took: The number of milliseconds the request has used.
Total amount of disk reads: Disk input /output that the command has used.
Last time client called procedure: Date and time of the last batch executed by the
connection.
Application that initiated the connection: The name of the application that issued the
connection.
In the lower left-hand corner is the Database Disk IO screen which displays the following
counters from the Physical Disk object from Perfmon:
Avg Disk Bytes per Read: The average number of bytes transferred from the disk
during read operations.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 42
Avg Disk Write Queue Length: The average number of both read and write requests
that were queued for the selected disk during the sample interval.
Current Disk Queue Length: The number of requests outstanding on the disk at the
time the performance data is collected. It also includes requests in service at the time
of the collection. This is an instantaneous snapshot, not an average over the time
interval. Multi-spindle disk devices can have multiple requests that are active at one
time, but other concurrent requests are awaiting service. This counter might reflect a
transitory high or low queue length, but if there is a sustained load on the disk drive, it
is likely that this will be consistently high. Requests experience delays proportional to
the length of this queue minus the number of spindles on the disks. For good
performance, this difference should average less than two.
In the lower middle is the SQL Server Statistics screen which displays the following counters
from the SQLServer: General Statistics object from Perfmon:
OLE DB Calls: Event class occurs when SQL Server calls an OLE DB provider for
distributed queries and remote stored procedures.
The Operations by Database screen provides the total percentage of operation by database
in pie chart format.
The Analysis Services sub screen contains the following two screens:
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 43
The Analysis Services Connections and Locks screen contains several counters from several
MSAS objects in Perfmon.
Cache Evictions per Second: Rate of evictions from the cache. This is per partition
per cube per database, typically due to background cleaner.
The Analysis Services Disk IO screen displays the following counters from the Physical
Disk object from Perfmon:
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 44
Avg Disk Bytes per Read: The average number of bytes transferred from the disk
during read operations.
Avg Disk Write Queue Length: The average number of both read and write requests
that were queued for the selected disk during the sample interval.
Current Disk Queue Length: The number of requests outstanding on the disk at the
time the performance data is collected. It also includes requests in service at the time
of the collection. This is an instantaneous snapshot, not an average over the time
interval. Multi-spindle disk devices can have multiple requests that are active at one
time, but other concurrent requests are awaiting service. This counter might reflect a
transitory high or low queue length, but if there is a sustained load on the disk drive, it
is likely that this will be consistently high. Requests experience delays proportional to
the length of this queue minus the number of spindles on the disks. For good
performance, this difference should average less than two.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 45
After choosing Logging, you will be prompted to log into your appset. You must be a Web Admin (in
BPC Security) to log into this section.
Helpful logs can be viewed by choosing View Current Logs. This screen can be filtered by the ID,
System, and Job fields. Please note that you are not able to filter on the Date column.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 46
To narrow down the number of logs you are viewing, move logs to a historical table. This can be done
using the Manage System Logs functionality. Using this functionality, you can move all logs to history,
delete all historical logs, schedule their movement, and set parameters to delete the historical logs.
By default, current logs are kept in the tblLogs table and the historical logs are located in tblLogHist in
the Appserver database.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 47
The Manage Debug logs section lets you enable logging for BPC for Excel, the BPC Administration
and Live Reporting.
Select the logs you wish to enable and click the Update/Close button. When you enable logs, they are
written to the database, they are no longer saved as files so they will not be located in their usual
directories. You should be able to view them in the management console. When you disable them, the
logging stops and the information does not get deleted.
Server Diagnostic
The Server Diagnostic functionality is the same as is provided in the Server Manager utility located on
the application server. The diagnostic can give important details on:
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 48
Computer Services Status: Displays status information on required services that need
to be running
COM+ Component Service: Displays status information on all SAP BPC COM+
objects
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 49
Please refer to SAP Note: 1379213 - CCMS-based Monitoring for SAP BusinessObjects BPC
Microsoft for further information about CCMS monitoring setup and configuration on BPC_MS. The
SAP Note is also workable for BPC_MS 7.0 version.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 50
SOLMAN
Central
Monitoring
System (CEN)
With transaction code RZ20, you can access the CCMS Monitor Sets in the Central Monitoring System
(CEN) and expands the monitoring tree element (MTE) to the configured BPC system.
Double-click the Availability Monitoring node; you get the system availability monitoring with GRMG
scenario that shows if any service is down that could, for example, disturb the system as whole.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 51
Double-click the Error Monitoring node; you will get the error information from the system log files.
Double-click the Operating System Monitoring node; you will get the server’ s information such as
CPU utilization, Memory, Processes and Event Log information.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 52
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 53
3 Further Information
2. Working Set: represents the virtual address space of the process that is currently resident in
physical memory. When you see the Working Set metric goes down steadily, there are 2
possibilities: 1) The process released un-used memory pages from the physical memory or 2) the
system is run out of free physical memory.
3. Working Set Peak: represents the peak amount of Working Set that has been used by a process.
4. Virtual Bytes: the current size, in bytes, of the virtual address space for this process. The virtual
address space limit of a user mode process is 2 GB, unless 3 GB address space is enabled by
using the /3GB switch in boot.ini. Performance degrades as this limit is approached, and typically
results in a process or system crash.
5. Virtual Bytes Peak: represents the peak amount of Virtual Bytes that has been used by a process.
© 2010 SAP AG
Best Practice: BPC MS RCA & Monitoring 54
© 2010 SAP AG