Datenbankinstanz
Komponentenübergreifendes vs. lokales Tracing
Im Stundenmittel sollte der freie CPU-Anteil Leerlauf mindestens 20 % betragen, um auf kurze Lastspitzen reagieren zu können. Erwünscht sind sogar eher 35 % freie CPU-Kapazität.
Aufgaben wie zB das Update von Komponenten, das Einspielen von Sicherheits- Updates oder auch die Überwachung sollen weiter automatisiert werden. Hierzu empfiehlt sich die Verwendung von nur einem Automatisierungstool (SAP-Solution- Manager oder SAP-LVM). Kundeneigene Lösungen und Skripte sollten nach Möglichkeit nicht verwendet oder durch Standardwerkzeuge ersetzt werden, da sonst unterschiedliche Skriptsprachen und Skriptversionen verwaltet werden müssen, was einen hohen Pflegeaufwand mit sich bringt. Standardisierte Skripte der SAP sind an dieser Stelle zu begrüßen. Ebenfalls muss für die Überwachung eine sinnvolle Definition der Schwellenwerte bspw auf Basis des historischen Systemverhaltens bestimmt werden.
Ermittlung bestimmter Transaktionen mit Nutzerzuordnung mittels SE16N
Ebenso sollten Projekterfolge dokumentiert und als Erfolgsgeschichten der SAP-Basis in Umlauf gebracht bzw. den Stakeholdern der SAP-Basis zur Verfügung gestellt werden, um den Stellenwert der SAP-Basis hervorzuheben. Diese Erfolgsgeschichten können bspw aus der Basis heraus oder von außen verbreitet werden. Beispielhaft wären hier Mitteilungen des CIOs oder Projektberichte zu nennen. NUTZEN & KONSEQUENZEN Mehrwerte der Umsetzung der beschriebenen Empfehlungen liegen in der gewährleisteten Betriebsstabilität und Betriebssicherheit. Auch erhält ein Unternehmen und insbesondere eine IT-Organisation mit einer starken SAP-Basis einen kompetenten und auskunftsfähigen Partner für SAP-Themen und -Technologien, der das SAP-Bild im Großen und Ganzen stets im Blick hat. Des Weiteren ist allen Geschäfts- und IT-Fachabteilungen die Rolle und das Aufgabengebiet der SAP-Basis bekannt. Somit kann diese als richtiger Ansprechpartner rechtzeitig kontaktiert werden. Die Gefahr, dass sich bestimmte Bereiche auf Grund von Intransparenz eine Schatten-IT mit Bezug auf SAP-Themen und -Technologien aufbauen, ist geringer.
Das sogenannte Service Level Management (SLM) dient der langfristigen Überwachung und Optimierung. Es wird bereits von vielen IT-Organisationen zum Management der Beziehungen zwischen den einzelnen Service-providern und dem Geschäftsprozessinhaber eingesetzt. Als Service Level Management bezeichnet man eine strukturierte, proaktive Methode, die das Ziel hat, den Benutzern einer IT-Anwendung ein adäquates Serviceniveau zu garantieren – in Übereinstimmung mit den betriebswirtschaftlichen Zielen des Auftraggebers und bei optimalen Kosten. Diese Methode beinhaltet klar definierte, überprüfbare Ziele und eine klare Kommunikation zwischen den Geschäftsprozessinhabern und den Betreibern einer Lösung (dies können für Server, Datenbanken, Netzwerke etc. mehrere interne oder externe Betreiber sein). Das Service Level Management besteht zunächst aus einem Service Level Agreement, in dem die oben zu erreichenden Ziele im Hinblick auf Verfügbarkeit, Performance, Korrektheit und Sicherheit definiert werden und auch festgelegt wird, wie das Erreichen dieser Ziele gemessen und kommuniziert werden soll. Das Service Level Reporting berichtet über die Zielerreichung in einem festgelegten Zeitraum. Primäres Ziel des Service Level Reportings ist es also, festzustellen, ob die festgelegten Betriebsziele erreicht wurden, und mögliches Optimierungspotenzial aufzuzeigen.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Da hybride Landschaften als das Betriebsmodell der Zukunft angesehen werden, ist es notwendig, hierfür Überwachungsstrategien zu erarbeiten.
Abbildung 1.6 stellt dies schematisch dar.