Login-Historie von Usern mittels SAL ermitteln
CPU-Auslastung einzelner Programme
Bei der Auswahl der Hardware sind zwei scheinbar gegenläufige Trends zu beobachten. Es gibt Rechenzentren, die sich dafür entscheiden, ihre Server zu konsolidieren, d. h., alle Services auf wenigen sehr leistungsfähigen Rechnern zu konzentrieren. Die Vorteile, mit denen Hardwarepartner locken, sind niedrigere Hardwarekosten, allerdings oft weniger in der Anschaffung als vielmehr bei der Wartung im Produktivbetrieb. Die von SAP bereitgestellte Technologie unterstützt diesen Trend technisch in vielfacher Hinsicht.
Innerhalb einer Client-Server-Ebene lässt sich die anfallende Last auf mehrere logische Instanzen verteilen, die auf unterschiedlichen Rechnern laufen können, was man als horizontale Skalierbarkeit bezeichnet. So wird die Präsentationsebene in der Regel auf PCs oder Terminalserver verteilt. Die Applikationsebene wird durch die SAP-Instanzen realisiert. Die Client-Server-Architektur erlaubt es, die Zahl der Applikations- und Präsentationsserver fast beliebig zu erhöhen, um bei steigender Benutzerzahl den wachsenden Anforderungen gerecht zu werden.
Auslastung überwachen
Grundlagen des Sizings sind detaillierte Erfahrungswerte über den Ressourcenbedarf von Benutzern und Transaktionen. Diese Erfahrungswerte veralten schnell angesichts neuer Applikations- und Rechnergenerationen, daher fokussieren wir uns in diesem Kapitel auf die Prozesse und Werkzeuge. Bei einem Sizing-Projekt sind mehrere Parteien im Boot: Das Kundenprojekt stellt das Mengengerüst, sprich die Anforderungen an konkurrierende Benutzer, Durchsatz bestimmter Transaktionen und erwartetes Datenvolumen, zusammen. Die Experten des Hardwarepartners erstellen ein Hardwareangebot – wenn nötig, unter Rückgriff auf Experten der SAP. Schließlich benötigen Sie als Projektleiter oder -mitarbeiter das Wissen über den prinzipiellen Sizing-Prozess, um unterschiedliche Sizing-Angebote und Aussagen kompetent vergleichen und bewerten zu können, die Möglichkeiten, Risiken und Grenzen einer Sizing-Aussage zu verstehen und schließlich eine fundierte Entscheidung zwischen den Hardwareangeboten zu treffen.
Durch den Einsatz eines Code-Scanners besteht die Möglichkeit, dass jeder Entwickler bei der erweiterten Prüfung seines Programms nun auch nach komplexen Sicherheitsmustern scannen kann, die ihm sagen, ob er Schwachstellen in sein Programm eingebaut hat. Diese Schwachstellen werden erkannt und können nun in einem Workflow-gesteuerten Prozess bearbeitet werden. Aktuell gibt es zwei Produkte, die im Bereich der Überprüfung der kundeneigenen SAP-Programme den Kunden unterstützen können.
Verwenden Sie "Shortcut for SAP Systems", um viele Aufgaben in der SAP Basis einfacher und schneller zu erledigen.
Sie erhalten das nötige Know-how, um selbst die Einführung des SAP SolMan durchzuführen.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Ist der Datenbankprofilparameter, der die Anzahl der für die Datenbankinstanz nutzbaren Prozessoren beschränkt, zu groß konfiguriert, kann dies ebenfalls die Performance beeinträchtigen.