Technique/SAP BW2010. 7. 25. 02:08

Best Practice: BW Process Chain monitoring with SAP Solution Manager - Part 2: Setup Example
Dirk Mueller SAP Employee
Business Card
Company: SAP AG
Posted on Jul. 23, 2010 04:23 PM in Application Lifecycle Management, Business Intelligence (BI), SAP NetWeaver Platform, SAP Solution Manager

 

Setup example: BW Process Chain monitoring as part of Business Process Monitoring

This blog is the second part of a series describing best practices for BW Process Chain monitoring with SAP Solution Manager. You can read the first part of this series here

Before describing the single steps that need to be performed for setting up the BW Process Chain monitoring, we assume that the following steps are already performed:

  • The BW system containing the process chains is successfully connected as a managed system in the Solution Manager.
  • A solution containing the managed BW system is already created.
  • The prerequisites mentioned in the first part of this series are met.

First of all we recommend creating a suitable structure in the "Business Scenarios" section of the Solution Directory (this can be found in the Solution Manager under "Solution Landscape Maintenance"). In our example we use the following structure:

Display Solution Directory

 

Now we can start the "Setup Business Process Monitoring" session for our solution. The above created "Business Process" must be selected:

2 - Change BPM Setup

 

Then choose the process chains ("Business Process Steps") that you have maintained:

3 - Change BPM Setup

 

Now select the Monitoring Type "Background Processing":

4 - Change BPM Setup

 

Save your changes and proceed to the next check called "Background Processing". Here you have to choose an "Object identifier". Usually this identifier is identically to the name of your process chain. As "Job Type" you have to choose "BW Process Chain". The "Schedule Type" is usually "On Weekly Basis".

5 - Change BPM Setup

 

After saving your changes you have to provide the name of the process chain(s) that you want to monitor - in our case "DM_TEST_CHAIN_1". You can enter wildcards in the column "BW Process Chain ID" and search for the process chain in the managed BW system by choosing the option "Save + Check Identification". Then choose a process chain in the result list. Please enter "use chain start condition" as the "Start Procedure" of the process chain:

6 - Change BPM Setup

 

In the tab "Schedule on Weekly Basis", please activate the days on which you want to have the monitoring of the process chain(s) active:

7 - Change BPM Setup

 

Then, we need to enter the thresholds for the single key performance indicators that we want to monitor (e.g. "Start Delay", "Not Started on Time", ...). Additionally you can enter multiple chain elements. The same logic applies here: you have to enter and search for the "Process Type" and "Variant" of the single step of the Process Chain step and provide the thresholds. For example:

8 - Change BPM Setup

 

Finally, we need to generate and activate this monitor in the Solution Manager and the managed BW system. This can be done using the check "Generation/Activation/Deactivation":

9 - Change BPM Setup

 

Please note that the generating of the customizing and the activation must not result in errors.

Now you can switch to the "Operations" section of the solution. Here you will see now the previously created hierarchy in the Solution Directory that results in a graphical overview like this:

10 - Solution View

 

By clicking on the alert icon (in our example a red alert in the business scenario "BW Process Chains", business process "ERP Loads"), the Business Process Monitoring session starts and we can check for details on the alert(s) that have been raised:

11 - Monitoring View

 

By choosing the RSPC icon, you can directly jump into the managed BW system for further analysis of the alerts.

Frequently Asked Questions about Business Process Monitoring are answered under http://wiki.sdn.sap.com/wiki/display/SM/FAQ+Business+Process+Monitoring.

The previous blogs provide further details about Business Process Monitoring functionalities within the SAP Solution Manager.

 


http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/20213%3Futm_source%3Dtwitterfeed%26utm_medium%3Dtwitter%26utm_campaign%3DFeed%253A+SAPNetworkWeblogs+%2528SAP+Network+Weblogs%2529

Posted by AgnesKim
Technique/SAP BW2010. 7. 25. 02:06

Best Practice: BW Process Chain monitoring with SAP Solution Manager - Part 1
Dirk Mueller SAP Employee
Business Card
Company: SAP AG
Posted on Jul. 23, 2010 04:17 PM in Application Lifecycle Management, Business Intelligence (BI), SAP NetWeaver Platform, SAP Solution Manager

 
Nearly every SAP customer who operates an SAP BW or SAP APO system encounters one main challenge - how to control and monitor BW Process Chains?! The definition of Process Chains is normally directly performed with the help of standard BW transactions like RSPC. The scheduling of the Process Chains is then usually also performed directly from within BW. Some customers schedule their Process Chains via external scheduling tools like SAP Central Process Scheduling by Redwood. Then perhaps comes the "toughest" part: How to monitor those Process Chains, especially if you have several hundred or even thousand Process Chains running per day?

Old and new monitoring capabilities for BW Process Chains

At least the most important, i.e. most business critical, Process Chains should be monitored and in case of a problem a solution has to be found as fast as possible. What monitoring alternatives have been available in the past?

  • Manual monitoring via transaction RSPC or RSPCM. A very time-consuming way of monitoring and especially for complex chains it is nearly impossible to keep an overview. Further, the defined process chains that are monitored by RSPCM are user-individual.
  • Automated monitoring via Business Process Monitoring in SAP Solution Manager as described in the Best Practice document "Background Job monitoring with SAP Solution Manager". Up to now the setup was also somewhat time-consuming and only single jobs within the Process Chain could be monitored so that only a milestone monitoring could be achieved. Further, the monitoring definition requires manual adoptions as soon as a process chain is activated.
  • Automated monitoring via SAP CCMS described in the Best Practice document "Background Job monitoring with SAP Solution Manager". Here the setup was very easy but the monitoring functionality was somewhat limited as only the status of a complete chain could be monitored. No details of chain elements were available and no other monitoring capabilities than just the chain status were available.

Now the Business Process Monitoring in SAP Solution Manager was enhanced in order to overcome all those limitations described above. Besides the monitoring of simple background jobs it is now also possible to monitor complete Process Chains just by entering the corresponding Chain ID. Additionally you can also monitor single steps within a Process Chain. With this monitor you can of course monitor the status of a Process Chain (and selected elements), but you are not limited to status monitoring only. You can also monitor whether a Process Chain and/or one of its specific elements

  • Did not start or finish on time (Start Delay and End Delay)
  • Is running outside a defined time window
  • Has a runtime that is longer than expected
  • Is running into a status indicating an error or warning

Besides these more technical alerts you can also perform automated content checks for a complete Process Chain and/or one of its specific elements like

  • Did the Process Chain process too many/few records?
  • Were too many/few data packages processed?
  • Are there exceptional job log entries?

A big advantage of monitoring BW process chains using the Business Process Monitoring in SAP Solution Manager is that you see the BW process chains in the context of the complete business process in a graphical way. Correlating the impact of an incident to the business process itself is now possible at a glance.

Below you can find the technical prerequisites of the involved software components:

  • SAP Solution Manager 7.0 EhP1 SP23 or higher
  • ST-SER 701_2010_1 or higher on SAP Solution Manager side
  • ST-PI 2008_1_XXX with SP2 or higher on backend side
  • ST-A/PI 01M or higher on backend side
  • Implementation of SAP Note 1436853 - BPM for BW Process Chains and Steps - Prerequisites

 

A second part on this best Practice will cover the setup in SAP Solution Manager. It will be available soon. The corresponding link will be posted here as soon as it is available.

Frequently Asked Questions about Business Process Monitoring are answered under http://wiki.sdn.sap.com/wiki/display/SM/FAQ+Business+Process+Monitoring.

The previous blogs provide further details about Business Process Monitoring functionalities within the SAP Solution Manager.


http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/20204%3Futm_source%3Dtwitterfeed%26utm_medium%3Dtwitter%26utm_campaign%3DFeed%253A+SAPNetworkWeblogs+%2528SAP+Network+Weblogs%2529

Posted by AgnesKim
Technique/SAP BW2010. 7. 25. 01:41
Technique/SAP BO2010. 7. 25. 01:31


 

SAP BusinessObjects BI Solutions for SAP ERP
Ingo Hilgefort SAP Employee
Business Card
Company: SAP BusinessObjects
Posted on Jul. 06, 2010 05:34 PM in Business Intelligence (BI), Business Objects, ERP

 

Are you interested to learn more about, how you can use SAP BusinessObjects BI Solutions in combination with your SAP ERP system ?

 

Most people will be aware that Crystal Reports is able to leverage your SAP ERP or your SAP All-in-One system as a data source. You can find the details here.

 

In addition you can also enable Xcelsius but using Live Office as a middle layer and in that way you are able to create dashboards on top of your ERP system. For a complete walkthrough you can take a look here.

 

But what if you are interested in leveraging Web Intelligence or SAP BusinessObjects Explorer in combination with your SAP ERP system and you have not implemented SAP BW as your datawarehouse solution ?

 

In such a situation you can leverage SAP Rapid Marts.

 

SAP Rapid Marts are best practice blueprints that deliver ETL mappings and initial reporting content for enterprise applications like SAP ERP, PeopleSoft, or Oracle EBS. SAP Rapid Marts are not replacing a datawarehouse solution but you might be in a situation where a complete datawarehouse solution is not required, but instead you require a simple and fast implementation based on a data mart approach which allows you to quickly gain insight into your data.

 

You can find further details on the available Rapid Marts for SAP here:

 

 


 

 

I hope the material helps you to understand the different options that are available to you to enable a complete SAP BusinessObjects BI suite for your SAP ERP system.


http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/19974

Posted by AgnesKim
Technique/SAP BW2010. 7. 25. 00:16
Technique/그외2010. 6. 3. 15:20

Performance Tuning: What is on Your Top 5 List?
David Hull
Business Card
Company: The Walt Disney Company
Posted on Jun. 02, 2010 09:45 AM in Application Server, Beginner, ERP, SAP NetWeaver Platform

 
Have you seen the John Cusack movie High Fidelity?  (or even better, read Nick Hornby's book)  Like his character in the movie, I'm a fan of Top 5 lists.  Top 5 Dream Jobs; Top 5 Artists; Top 5 Side 1, Track 1 Songs; Top 5 Most Painful SQL Statements...  OK, maybe that last one wasn't in the movie, but if he had been a DBA or Basis Administrator, it would surely have made it onto the DVD release.

If you are trying to improve database performance for your SAP system, the thing that has been most successful for me over the years is to maintain a running Top 5 list, and always be looking at what you can knock off that list.  Since I'm running ERP 6.0 EhP4 on a DB2 LUW 9.1 platform, I'll show examples there for how to start building such a list by using the DBA Cockpit.  Very similar procedures exist for all other databases.

Open transaction ST04, and click on Performance (probably already expanded) and double-click on SQL Cache.  You can leave in the default selection criteria, and just click on the green check mark.  This is going to show you the SQL statements that have been executing in your database, and a little something about them.  (Note that there are multiple ways to get to each of these items, I'm only showing one typical way)

By default, this view is sorted by Total Execution Time, which is really not very helpful.  Many times it doesn't matter how much overall time a SQL statement has spent executing, what matters is how much time it spends each time it executes.  So I typically sort descending by Avg Execution Time.  What I look for are the Top 5 worst offenders - these are the SQL statements that are using the most time, and thus the most resources, each time they execute.  These are what I'd like to address.
 
 
In this example, I see that the first two SQL statements listed have average execution times of over 100 seconds each.  These, however, have only been executed a few hundred times each (since the last restart).  So, I'd like to look at the next one.  It has a slightly lower average execution time at only 79 seconds, but it has been executed almost 7,500 times since startup, for a total of almost 590,000 seconds (>163 hours) of database time.  So, if I highlight that SQL statement and click on EXPLAIN, that will tell me how the SQL statement is executing.
 
 
 
As you can see, this SQL statement is doing an Index Scan of the primary key index, BKPF~0.  However, the details for the explain plan show me that that index scan is only using the MANDT column for range delimiting, and of course all records for this index will contain the same value for MANDT.  The index scan then uses BELNR as a sargable predicate, which basically means that the query will scan for all rows that match the MANDT value, then filter out those which don't match BELNR, as opposed to searching the index for BELNR itself.

So, what can we do?  Well, we have this nifty tool called the Index Advisor.  So, going back to the previous screenshot, highlight the SQL statement, then click on the Index Advisor button, and then click the button for "Recommend Indexes."  What you will see is something like this:
 
 
 
This has now come up with a suggest for a new index for us.  It is a non-unique index based on 14 columns (wow!), of which you can see the first two are BELNR and MANDT.  The nice thing about the Index Advisor is we can also now see what effect that would have on our query.  To do this, we click down below on the EXPLAIN button, making sure that recommended indexes are evaluated.
 
 
Now it chugs for a minute, then comes up with a new explain plan, based on this new simulated index:
 
 
And we can see that it has chosen to use the new index, it doesn't need to go to the table at all because all of the selected column data is in the index, and, according to the explain plan, our cost has been reduced by half.  Although this does not directly predict the affect it will have on the runtime of this particular query, it does give an idea of the improvement, which can be validated with testing.

There are other considerations of course, for example you want to know ahead of time how many indexes a table already has, as each new index will, to some degree, slow down insert, update and delete operations.  And, as always, the recommendations from the Index Advisor should be evaluated and tested by experienced database professionals.  But, at least this gives you a starting point to evaluate and target database performance issues.

I can tell from past experience that this can make a large impact.  I had one personal experience where adding 2 indexes at once reduced overall database reads by 50%.  While these results are not typical (your mileage may vary, as they say), tuning is a continual process and is virtually guaranteed to net positive results, if done in a logical, methodical manner.

So get started on your Top 5 list today!
 
 

David Hull is an SAP Solution Architect... whatever that means.


출처 : http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/19535%3Futm_source%3Dtwitterfeed%26utm_medium%3Dtwitter%26utm_campaign%3DFeed%253A+SAPNetworkWeblogs+%2528SAP+Network+Weblogs%2529

Posted by AgnesKim
Technique/SAP BW2010. 5. 21. 12:11

Changing BI variable parameters
Andrey Uryukin
Business Card
Company: advantech
Posted on May. 20, 2010 11:50 AM in Business Intelligence (BI)

 

Introduction

Once a variable has been created, the definition of some parameters (Processing By, Variable Represents and some others) can't be modified within Bex Query Designer or IP Modeler.

 

Goal

This blog describes how to change some variable parameters after it has been created and saved.

 

Business scenario

Let us consider a scenario where we have a variable represented by single value, but according to some business process, we need this variable to be represented by multiply single value instead of single value.

As mentioned above it is not possible to modify some parameters within Bex Query Designer or IP Modeler after a variable has been saved.

image

 

SAP recommended way to solve this issue is to delete this variable and create a new one with suitable parameter.

But what should we do if this variable already has been used within 100 queries ?

In this case we can use not recommended, but proper way - change these parameters directly via RSZGLOBV table.

 

Implementation

Go to TC SE16 -> Table RSZGLOBV and enter variable's technical name in Variable Name (VNAM) field.

When a result has been retrieved (it should be 2 records for one variable - M and A versions) select A version and press Change button (F6).

image

 

In the next screen it is possible to change any parameter of variable. In our case we want to change Variable Represents (Select parameters in RSZGLOBV table) parameter.

Change the content of Select parameters (VPARSEL) field from P to M and save the changes.

image

 

Do the same for M version entry in RSZGLOBV table.

Now we need to generate all the queries that use this variable.

Go to TC RSRT - > Environment - > Gen. Queries Directly.

image

 

Type info provider technical name with the queries to be generated and press Execute (F8).

image

 

Andrey Uryukin BI/IP Consultant at Advantech (IL)


출처: http://www.sdn.sap.com/irj/scn/weblogs?blog=/pub/wlg/19284%3Futm_source%3Dtwitterfeed%26utm_medium%3Dtwitter%26utm_campaign%3DFeed%253A+SAPNetworkWeblogs+%2528SAP+Network+Weblogs%2529
Posted by AgnesKim