STANDARDISIERUNG & AUTOMATISIERUNG
Betriebssysteme und Datenbanken
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.
Mit SAP-Basis 7.10 wurde das DBA-Cockpit teilweise auf das Web User Inter-face (UI, in Web-Dynpro-ABAP-Technologie) umgestellt. Die URL zum direkten Aufruf des Webzugangs lautet: http://:/sap/bc/webdynpro/sap/dba_cockpit.
SU01 Benutzerpflege
Fehler im laufenden Betrieb erreichen auf zwei Wegen die Aufmerksamkeit Fehlerbehebung der System- bzw. Applikationsbetreuer: entweder indem ein Benutzer sie meldet oder durch aktives Monitoring. Legen Sie im Service Level Agreement die Prioritäten für Fehler und die Reaktionszeiten für die Fehlerbehebung fest. In der Kommunikation zwischen SAP und Kunden werden vier Prioritäten verwendet (SAP-Hinweis 67739).
Die Ermittlung der bestehenden Last erfolgt anhand der Historien im Betriebssystemmonitor (Transaktionscode ST06). Als Lastwerte werden die Stundenmittelwerte der CPU-Auslastung und der Hauptspeicherauslastung in Prozent der verfügbaren Kapazität herangezogen. Mittelwerte über kürzere Zeitperioden heranzuziehen ist nicht empfehlenswert, da dann temporäre Lastspitzen zu stark bewertet werden. Ein gewisses Problem ist es, aus der Lastverteilung der letzten Tage und Wochen den richtigen Stundenmittelwert herauszusuchen. Grundsätzlich das Maximum zu verwenden führt häufig zu überhöhten Lastwerten, wenn einzelne Programme viel Hauptspeicher allokieren, der aber wenig verwendet und damit ausgelagert werden kann. Unsere Empfehlung lautet daher, die Lastprofile auf Ausreißer nach oben zu analysieren, und diese, wenn plausibel gemacht werden kann, dass es sich tatsächlich um untypische Betriebssituationen handelt, zu ignorieren.
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
So wird z.B. beschrieben, wie Sie den SAP Extended Memory überwachen und einstellen, ohne den Begriff SAP Extended Memory zu erklären.
Dies bedeutet, dass Sie, wenn Sie eine externe System-Management-Software zur Systemüberwachung verwenden, auf die Performancedaten der SAP zugreifen und somit Ihre SAP-Lösung systemseitig überwachen können.