Viele Anwender von SAP BW beklagen, dass die Datenbasis nicht sinnvoll strukturiert ist oder die eingesetzte Hardware nicht richtig zur Lösung passt. Ursache ist oft die ungenügende Geschwindigkeit, mit der die Daten verarbeitet werden.

Die Probleme treten vor allem dann auf, wenn das System voll ausgelastet ist oder wenn Ladeprozesse und Reporting-Abfragen zugleich erfolgen und dabei manchmal mehrere Stunden dauern. Schnell kommen dann die entnervten Anwender zu Pauschalurteilen wie: "Meine R/3-Reports waren früher viel schneller" oder: "Wenn’s mal wieder länger dauert, dann ist es wahrscheinlich das BW."

Es beginnt bei der Datenmodellierung

Ein deshalb erforderliches Tuning und die Optimierung einer BW-Lösung hängen zwar immer von den individuellen An- forderungen im Unternehmen ab. Es lässt sich aber eine Checkliste aufstellen, die Leistungsprobleme von BW-Anwendungen bekämpfen hilft. Das beginnt bei der Datenmodellierung: Die Anforderungsspezifikationen der Fachabteilungen sind meist sehr breit gefächert, das heißt, sie wollen möglichst viele Kennzahlen und Merkmale in einem BW-Infocube abgebildet sehen, sei es für Plan-, Ist- oder historische Informationen. Die Folge sind oft inhaltlich überfrachtete Da- tenmodelle, die wenig effizient und transparent sind. Es empfiehlt sich deshalb, kleinere Ausschnitte von Basiscubes vergleichbar einem Data Mart auszu- wählen. Basiscubes umfassen einen in sich geschlossenen, themenbezogenen abgespeicherten Datenbestand und erleichtern auch die spätere Umsetzung einer BW-Anwendung. Der vom Hersteller empfohlene Maximalwert von 13 freien Dimensionen in einem Basiscube ist kein Hindernis beim Design des Star-Schemas. Wichti- ger ist vielmehr, Dimensionen mit sehr vielen Merkmalsausprägungen zu vermeiden.