SAP Security im Wandel – SAP HANA Berechtigungen
Liegt ein Hardwareengpass auf einem Rechner vor?
Auf wie viele Rechner und SAP-Instanzen soll die SAP-Applikationsebene verteilt werden? Grundsätzlich sollten Sie nicht unnötig viele Rechner und Instanzen einrichten, da mit jedem zusätzlichen Rechner und jeder zusätzlichen Instanz ein erhöhter Verwaltungs- und Überwachungsaufwand einhergeht. Folgende Argumente sprechen jedoch für die Einrichtung mehrerer Instanzen: Fällt ein Rechner bzw. eine Instanz aus, müssen die verbleibenden Rechner bzw. Instanzen die zusätzliche Last auffangen. Die Folgen sind dabei umso drastischer, je weniger Rechner bzw. Instanzen konfiguriert wurden. Anmeldegruppen (siehe Abschnitt 7.2.4, »Dynamische Benutzerverteilung: Anmeldegruppen konfigurieren«) sind ein wichtiges Mittel zur Lastverteilung. Diese können aber nur eingesetzt werden, wenn mehrere Instanzen konfiguriert sind. Bei sehr großen Instanzen können singuläre Ressourcen wie der Dispatcher, die Roll- oder die Pufferverwaltung zum Performanceengpass werden. Wann dieser Effekt jedoch auftritt, muss im Einzelfall geprüft werden. SAP gibt an, dass Sie Instanzen bis zu 512 GB Größe konfigurieren können.
Wird ein Verbuchungsauftrag ordnungsgemäß abgeschlossen, werden die zugehörigen Einträge in den Verbuchungstabellen gelöscht. Die Verbuchungstabellen sollten daher (bis auf die fehlerhaften und die aktuell bearbeiteten Aufträge) leer sein. Ein starkes Wachstum der Verbuchungstabellen durch fehlerhafte, nicht korrekt abgearbeitete Verbuchungsaufträge wird mittelfristig zu einem massiven Performanceproblem führen.
Aufruf und Verfügbarkeit
Weiterhin unterscheiden sich Puffer im Verhalten bei Platzmangel. Es gibt Puffer, die Daten entweder zeitgesteuert oder bei Platzmangel aus dem Puffer verdrängen, andere tun das nicht. Bei den verdrängenden Puffern müssen Sie nach den Verdrängungsalgorithmen fragen. Schließlich müssen Sie berücksichtigen, wie sich ein Puffer beim Neustart der Applikations- oder Datenbankinstanz verhält. Es gibt Puffer, die periodisch Informationen über die gepufferten Inhalte sichern und beim Neustart der Instanz die gepufferten Daten wiederherstellen, um einen »Kaltstart«, d. h. den Start mit einem leeren Puffer, zu vermeiden. Auch mit SAP HANA können Sie nicht vollständig auf Puffer, Indizes und Aggregate verzichten. Allerdings gilt es, jeden Puffer zu hinterfragen.
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.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
IT-Experten gehen mit den Einsatz von Tools wie RedHat Ansible erste Schritte in der Automatisierung.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Die regulären Verbuchungs-Workprozesse (Task-Typ Update) bearbeiten V1-Bausteine mit absoluter Priorität, d. h., solange ein V1-Baustein zur Bearbeitung ansteht, wird kein V2-Baustein prozessiert (sofern V2-Verbuchungs-Workprozesse konfiguriert sind).