Klärung und Vorbereitung von Maßnahmen zur Nutzung des Security Audit Logs
Die Statistiken des ABAP-Servers
Ein oft genutzter Trick von Administratoren ist, Zeitpuffer einzukalkulieren, bevor der nachfolgende Job gestartet wird. Die Pufferzeiten sind nötig, weil man nicht genau vorhersagen kann, wie lange ein Job bis zur Fertigstellung benötigt, da die Dauer von vielen unkalkulierbaren Parametern abhängt. Da es wenig sinnvoll ist, Sicherungen und SAP Jobs gleichzeitig durchzuführen, werden diese Aufgaben meistens nacheinander und nicht parallel erledigt. In komplexeren Umgebungen summieren sich die Datensicherungsdauern, Zeitpuffer und Joblaufzeiten so weit auf, dass die zur Verfügung stehende Zeit nicht mehr ausreicht, alle Aktivitäten im zur Verfügung stehenden Zeitkorridor durchzuführen. Hier können Werkzeuge helfen, die mit Statusabhängigkeiten arbeiten und dann automatisch den nächsten Job starten, wenn sein Vorgängerjob fehlerfrei abgearbeitet wurde.
Eine SAP-Transaktion erstreckt sich in der Regel über mehrere Transaktionsschritte (Bildwechsel). Während dieser Schritte werden Daten wie Variablen, interne Tabellen und Bildschirmlisten aufgebaut und im Hauptspeicher des Applikationsservers gehalten. Diese Daten bezeichnet man als Benutzerkontext. In der Regel werden die Schritte einer Transaktion von unterschiedlichen Dialog-Workprozessen ausgeführt, d. h., der erste Transaktionsschritt wird vielleicht vom Workprozess Nr. 3 ausgeführt, der zweite Schritt vom Workprozess Nr. 4 etc. Zu Beginn eines Transaktionsschrittes muss daher der Benutzerkontext dem entsprechenden Workprozess zugänglich gemacht werden. Dieser Vorgang heißt Roll-in. Die technischen Vorgänge beim Roll-in (z. B. das Kopieren von Daten in den lokalen Speicher des Workprozesses) werden in Kapitel 6, »Speicherkonfiguration«, im Detail dargestellt. Analog zum Roll-in zu Beginn eines Transaktionsschrittes wird zum Ende eines Transaktionsschrittes ein Roll-out, also die Sicherung der aktuellen Benutzerdaten, durchgeführt. Die Länge des Roll-ins wird als Roll-in-Zeit, die Länge des Roll-outs als Roll-out-Zeit bezeichnet. Bitte beachten Sie, dass der Roll-out nicht zur Antwortzeit eines Transaktionsschrittes beiträgt. Beim Roll-out, d. h. beim Kopieren des Benutzerkontextes aus dem lokalen Speicher des Workprozesses in den Roll-Speicher, sind die Daten des Benutzers bereits vorher an den Präsentationsserver übertragen worden.
SAP Business Server Pages
Im Einstiegsbildschirm auf der Registerkarte Messen zeigt eine Ampel an, ob die Laufzeitmessung zuverlässige Zeiten ermitteln kann. Ist die Ampel rot, bedeutet dies, dass dies aufgrund nicht synchronisierter CPUs einer Mehrprozessormaschine nicht möglich ist. In diesem Fall müssen Sie die Zeitmessungen mit niedriger Messgenauigkeit durchführen (Einstellungen > Messgenauigkeit > Niedrig). Weitere betriebssystemspezifische Informationen finden Sie in den SAP-Hinweisen 20097 und 87447. Wenn Sie eine Laufzeitanalyse im parallelen Modus durchführen möchten, beachten Sie dabei Hinweis 729520.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Bei einer Performanceanalyse sollten Sie sich einen Überblick darüber verschaffen, in welchem Verhältnis der vom SAP-System allokierte Speicher und der physisch vorhandene Hauptspeicher zueinander stehen. Den auf einem Rechner allokierten Speicher berechnen Sie wie folgt: Den Speicher, den eine SAP-Instanz bei Systemstart allokiert, entnehmen Sie dem Feld Virtual memory allocated. Befinden sich mehrere SAPInstanzen auf einem Rechner, werden die Werte für die SAP-Instanzen entsprechend addiert. Sofern sich eine Datenbank auf dem untersuchten Rechner befindet, müssen Sie auch deren Speicherbedarf berücksichtigen. Den Speicherbedarf der Datenbank entnehmen Sie dem Datenbankmonitor (Transaktionscode ST04). Den Hauptspeicherbedarf des Betriebssystems können wir in einer Überschlagsrechnung grob mit etwa 50 bis 100 MB veranschlagen.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Besser als eine lineare Skalierbarkeit sind für die Performance natürlich konstante Laufzeiten (t = O(1)) oder eine logarithmische Abhängigkeit (t = O(log n)).
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Scribble Papers ist ein "Zettelkasten", mit dem das sehr einfach möglich ist.
Wenn Sie Tabellenreplikation nicht explizit einschalten, werden Daten nicht redundant, also auf unterschiedlichen Rechnern gleichzeitig gehalten.