SCC4 Mandantenverwaltung
Checkpoints und Savepoints
Bei der Einführung und beim Betrieb neuer Anwendungen bieten sich verschiedene Möglichkeiten. Als Unternehmen besitzt man die Wahl zwischen der internen Realisierung und dem Betrieb, dem Outsourcing, dem Cloud Computing und dem sogenannten Outtasking. Bei der Entscheidung für eines der genannten Konzepte bedarf es der Einbeziehung der SAP-Basis zur Evaluation verschiedener technologischer und betriebsspezifischer Aspekte, was die Möglichkeit zur Erarbeitung einer fundierten Entscheidung bietet. Diese Entscheidung wirkt sich wesentlich auf den zukünftigen SAP-Betrieb sowie die damit zusammenhängenden Aufwände für Betrieb und Wartung aus. Die hier aufgeführten Empfehlungen sollen eine Hilfe bei der Entscheidung für weitere Service-Formen sein. Informationen zur Handlungsempfehlung können der Masterarbeit in Kapitel 7.8 und 9.6 entnommen werden.
Serviceanbieter geben häufig Garantien für mittlere Dialogantwortzeiten. Als »magische Grenze« für eine gute Performance wird in der Praxis oft eine mittlere Dialogantwortzeit von 1 Sekunde angesehen. Ein derart pauschales Kriterium wird jedoch der Vielfalt der unterschiedlichen Anforderungen an SAP-Komponenten nicht gerecht. Stattdessen sollten Vereinbarungen über die Überwachung von SAP-Dialogtransaktionen getroffen werden. Die Antwortzeiten von SAP-Dialogtransaktionen können sowohl mit dem zentralen Überwachungsmonitor als auch mit dem Workload-Monitor analysiert werden.
Zu den typischen Aufgaben der Systembetreuung und Administration einer SAP Landschaft, egal ob 2 – Stufig oder Mehrstufig, gehören unter anderem:
Stellen Sie sicher, dass der Benutzer, dessen Aktionen aufgezeichnet werden, während des Trace nur eine Aktion ausführt – andernfalls wird der Trace unübersichtlich. Achten Sie in diesem Zusammenhang auch darauf, dass keine Hintergrundjobs oder Verbuchungsaufträge für diesen Benutzer laufen.
Der SAP Paging Memory besteht analog zum Roll-Bereich aus einem Speicherbereich im Shared Memory des Applikationsservers (dem SAP-Paging-Puffer) und einer SAP-Paging-Datei auf einer Festplatte des Applikationsservers. Die Größe des SAP Paging Memorys und des SAP-Paging-Puffers wird durch die SAP-Profilparameter rdisp/PG_MAXFS und rdisp/PG_SHM eingestellt. Der SAP Paging Memory ist im Vergleich zu anderen Speicherbereichen weniger performancekritisch. rdisp/PG_MAXFS sollte allerdings ausreichend groß gewählt werden, um Programmabbrüche mit den Fehlern TSV_TNEW_PG_CREATE_FAILED oder SYSTEM_NO_MORE_PAGING zu verhindern. Der vorgeschlagene Wert von 32.000 (entsprechend 256 MB) sollte für alle normalen Anforderungen ausreichen. Steht der SAP-Profilparameter auf 32.000 und kommt es trotzdem zu Abbrüchen, liegt mit hoher Wahrscheinlichkeit ein Fehler im Programm vor (siehe entsprechende Hinweise im SAP Support Portal).
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Queue bestätigen Verwendung Bestätigen Sie das erfolgreiche Einspielen der Queue in Ihrem System.
UPL ist in der Lage, den Aufruf und die Ausführung ua folgender ABAP Objekte aufzuzeichnen: Reports Funktionsbausteine Klassen Methoden Subroutinen SQL Aufrufe Außerdem ist UPL in der Lage, dynamische Programmaufrufe zu erkennen sowie die Transparenz über genutzte Modifikationen zu erzeugen.