SAP HANA Platform
Rollen basierend auf Katalogen und Gruppen
Beim Einsatz einer SAP-HANA-Datenbank ist eine horizontale Skalierung auch auf der Datenbankebene möglich und wird sogar explizit empfohlen. Im Prinzip ist es auch bei einigen traditionellen relationalen Datenbanksystemen (Oracle und DB2) möglich, die Datenbankebene durch die Einrichtung mehrerer Datenbankinstanzen zu parallelisieren. In der Praxis wird von dieser Möglichkeit allerdings so gut wie kein Gebrauch gemacht. Gewisse Abläufe in traditionellen Datenbanksystemen können prinzipiell nur mit hohem Aufwand verteilt werden (z. B. die Sperrverwaltung).
Für jeden Transaktionsschritt, der im SAP-System ausgeführt wird, wird ein Satz mit statistischen Informationen ermittelt und in Dateien auf den Applikationsservern gesichert. Standardmäßig existieren 48 Dateien, die jeweils die Daten einer Stunde enthalten, d. h., nach 48 Stunden wird die älteste Datei wieder überschrieben. Über den Parameter stat/maxfiles können maximal 99 Statistikdateien konfiguriert werden, sodass die Einzelsatzstatistiken länger vorgehalten werden. Damit die statistischen Einzelsätze, die zu jedem Transaktionsschritt erstellt und gespeichert werden, regelmäßig zu Profilen verdichtet werden, muss stündlich das Programm RSCOLL00 als Hintergrundjob (im Allgemeinen unter dem Namen SAP_COLLECTOR_FOR_PERFORMANCE) eingeplant sein. Die verdichteten Statistiken werden in der Tabelle SWNCMONI gespeichert. Die Parameter der Verdichtung können Sie im Workload-Monitor in der Rolle Experte über den Menüpunkt Kollektor und Perf. Datenbank > Performance- Datenbank > Monitoring-Datenbank > Reorganisation anzeigen und modifizieren. Unter Aufbewahrungszeiten Standard sind die Residenzzeiten für vollständige Analysen angegeben, bevor diese gelöscht werden. Unter Aufbewahrungszeiten Sonstiges wird die Residenzzeit für die Daten festgelegt, die Sie im Workload-Monitor unter Lasthistorie finden.
Die SAP Basis: das Herzstück des SAP-Systems
Haben Sie sich schon einmal gefragt, wofür es eigentlich einen Reiter Personalisierung bei der Rollenpflege in der PFCG bzw. bei der Benutzerdatenpflege in der SU01 gibt? Diese Frage beantworte ich für Sie in diesem Blog-Beitrag. Wofür brauchen wir den Reiter Personalisierung? Durch diesen Reiter haben Sie Zugriff auf die zentrale Ablage für Personalisierungsdaten. Der Sinn und Zweck dieser Ablage ist es, eine Speicherungsmöglichkeit für benutzer- und rollenspezifische Daten zu schaffen, ohne dass zusätzliche Datenbanktabellen angelegt werden müssen. Diese Daten sollen dann bei sämtlichen Manipulationen an Benutzern und Rollen berücksichtigt werden. Die Funktionalität umfasst zunächst eine generische Ablage für benutzer- und rollenspezifische Daten und den zentralen Zugriff auf diese Daten durch die Benutzer- bzw. Rollenpflege. Außerdem wird die Möglichkeit geboten, über eine festgelegte Schnittstelle bereits existierende Tabellen mit benutzerspezifischen Daten an den zentralen Zugriff anzukoppeln. Um Personalisierungsdaten in der zentralen Ablage abzulegen, muss für die Daten ein Schlüssel vergeben werden: Dies erfolgt über die Registrierungstransaktion PERSREG. Die angelegten Personalisierungsdaten werden in der generischen Ablagetabelle gespeichert. Der Zugang zu dieser wird durch die Klassenmethoden der Klasse CL_PERS_ADMIN bereitgestellt. Verschiedene Personalisierungsebenen Die Daten können entweder zum Benutzer, zu Rollen oder zum System abgelegt werden. Zu einem Benutzer können dann alle ihm zugewiesenen Daten (über Rolle oder eigene Einstellungen) auf einmal ausgelesen werden.
Ähnlich wie die Datenbankpuffer müssen auch die SAP-Puffer gewisse Mindestqualitäten erreichen, um einen performanten Betrieb des SAP-Systems zu ermöglichen. Sind die Puffer zu klein, kommt es zu Verdrängungen und zu unnötigem Nachladen von der Datenbank. Eine Verdrängung findet immer dann statt, wenn ein Objekt in den Puffer geladen wird und der freie Platz im Puffer zu klein ist, um es komplett zu speichern. In diesem Fall müssen andere Objekte verdrängt werden.
Mit "Shortcut for SAP Systems" werden Aufgaben im Bereich der SAP Basis vereinfacht und fehlende Funktionen des Standards ergänzt.
Dieses wird als Mining bezeichnet und wir haben es so beschrieben, dass die Miner die Puzzleteile zu einem Puzzle (Block) zusammensetzen.
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
In unserem Beispiel soll nun die Last unter Beibehaltung des Applikationsprofils vergrößert werden, d. h., weitere Benutzer sollen die Anwendungen Activity Management, Opportunity Management und Vertrieb nutzen.