SAP Basis Declare, Prepare, Open - SAP Corner

Direkt zum Seiteninhalt
Declare, Prepare, Open
STANDARDISIERUNG UND VIRTUALISIERUNG
Mandantenübergreifende Tabellen können geändert werden. Das Kontrollsystem eines anderen, produktiven Mandanten kann damit ausgehebelt und unterlaufen werden. Ganz schön viel Macht! Wussten Sie zudem, dass das SAP-System eine Funktion bereitstellt, die Tabellenänderungsprotokolle (Tabelle DBTA BLOG) löscht und diese mandantenübergreifend wirksam ist? Wenn die Tabellenänderungsprotokolle nicht zusätzlich über das Archivierungsobjekt BC_DBLOGS archiviert worden sind, ist eine Nachvollziehbarkeit nicht mehr gegeben. Genau so lässt sich jede kriminelle Tat innerhalb Ihres Unternehmens wunderbar vertuschen. Ähnliches ermöglicht der Vollzugriff auf die Batch-Verwaltung mit der Berechtigung alle Hintergrundjobs in allen Mandanten zu verwalten. So können alte Hintergrundjobs gelöscht werden, die unbefugt gelaufen sind. Einige Punkte gibt es auch bei der Verwaltung von Druckaufträgen zu bedenken. In der Regel sind die folgenden beiden SAP Zugriffsberechtigungen zum Schutz von Druckaufträgen zu aktivieren: S_SPO_DEV (Spooler-Geräteberechtigungen) S_SPO_ACT (Spooler-Aktionen). Warum? Vertrauliche Informationen in Druckaufträgen sind nicht gegen unbefugte Kenntnisnahme geschützt. (Streng) vertrauliche Druckaufträge können unbefugt gelesen oder auf fremde Drucker umgeleitet und ausgedruckt werden. Druckaufträge sind ungeschützt, sofern keine zusätzlichen SAPZugriffsberechtigungen für den Schutz der Druckausgaben aktiviert sind. Die Druckaufträge sind mandantenübergreifend, das heißt, die Berechtigungsvergabe sollte an der Stelle ebenfalls gut durchgedacht werden.

Nehmen Sie zu jeder ABAP-Eigenentwicklung einen SQL-Trace vor, und zwar entweder auf dem Produktivsystem oder einem System mit einem repräsentativen Testdatenbestand. Erstellen Sie aus der Trace-Grundliste heraus eine verdichtete Zusammenfassung, um die SQL-Anweisungen mit den längsten Laufzeiten zu ermitteln: Traceliste > Trace nach SQL-Anweisungen verdichten Erstellen Sie eine Liste identischer Zugriffe, um SQL-Anweisungen zu ermitteln, die mehrfach identisch ausgeführt werden: Traceliste > Identische Selects anzeigen Entscheiden Sie anhand dieser Listen, ob das Programm abgenommen werden kann oder ob es vom zuständigen ABAP-Entwickler nachgebessert werden muss. Sichern Sie diese Daten zusammen mit der Programmdokumentation. Sollte sich später die Performance des Programms verschlechtern (sei es aufgrund einer Modifikation oder aufgrund des wachsenden Datenbestands), können Sie durch einen erneuten SQL-Trace die Ursachen für die Performanceverschlechterung aufspüren. Nehmen Sie diese Performanceüberwachung nach jeder größeren Modifikation des Programms vor.
Schutz vor Cyber-Angriffen, Spionage und Systemausfällen
Hierbei sind alle Themen relevant, die auch für einen Kunden von Interesse sein können. Im Idealfall erhält man eine ausgewogene Kommunikationsstruktur im Kommunikationsdreieck zwischen Marketing, der Zielgruppe und auch den eigenen Mitarbeitern. Die interne Kommunikation stellt einen wichtigen Aspekt für die SAP-Basis dar. Es geht vor allem darum, die eigenen Leistungen, die IT-Produkte und die Positionierung an die eigenen Mitarbeiter weiterzugeben bzw. zu kommunizieren. SCHRITT 10: PLANUNG Die Planung liefert eine Übersetzung der zuvor getroffenen Festlegungen in konkrete Maßnahmen. Hierbei findet eine Beschreibung der jeweiligen Maßnahme statt. Die Maßnahmen können nun terminiert und in eine Kostenübersicht übernommen werden. Es ist vor allem wichtig, realistisch zu planen und Abhängigkeiten zu berücksichtigen. Auch dieser Schritt ist für die SAP-Basis von großem Interesse bzw. notwendig, um die zuvor getroffenen Festlegungen in ein konkretes Marketingkonzept der SAP-Basis umzusetzen.

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. Nehmen wir an, dass sich in unserem Beispiel die Anzahl der Benutzer um 20 % erhöhen soll. Das Re-Sizing geht davon aus, dass sich dies proportional in der Lasterhöhung niederschlägt. In der Summe können wir also von einer Hauptspeicherauslastung von 87,6 % und einer CPU-Auslastung von 51,2 % ausgehen. Das heißt, die bestehende Hardware reicht für die Erhöhung der Last aus. Allerdings ist es bei einer verteilten Installation nötig, nicht nur auf die summarische Belastung zu schauen, sondern auch die künftige Verteilung der Last auf die Server zu berücksichtigen. In unserem Beispiel erkennen wir, dass der Datenbankserver deutlich höher ausgelastet wird als die Applikationsserver. Da sich auf dem Datenbankserver eine SAP-Instanz befindet, muss die Last, die diese Instanz verursacht, reduziert und auf die beiden Applikationsserver verteilt werden.

Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.

Zertifizierte SAP Berater ermöglichen zugeschnittene Lösungen für jede Unternehmenslandschaft.

Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.

Parallel zur Suche nach Applikationsfehlern sollten Sie untersuchen, ob das Programm an Grenzen gestoßen ist, die durch die SAP-Profilparameter festgelegt sind.
SAP Corner
Zurück zum Seiteninhalt