SAP Basis Vertikale und horizontale Skalierung - SAP Basis

Direkt zum Seiteninhalt
Vertikale und horizontale Skalierung
ABAP Code Security – SAP Code Vulnerability Analyzer / Virtual Forge CodeProfiler for ABAP
Wenn zwei Benutzer in einem Zeitraum jeweils 100 Transaktionsschritte Last ausgeführt haben, sind beide gleich aktiv gewesen. Das bedeutet aber noch nicht, dass sie beide die gleiche Last auf dem System erzeugt haben. Wenn z. B. der erste Benutzer Finanzbelege eingegeben hat und 100 Transaktionsschritte mit einer mittleren Antwortzeit von 500ms ausgeführt hat, hat er das System 50 Sekunden lang belastet. Ein zweiter Benutzer hat z. B. Controlling-Berichte erstellt und für seine Arbeit 100 Transaktionsschritte mit einer mittleren Antwortzeit von 5 Sekunden benötigt, also das System 500 Sekunden lang in Anspruch genommen. Offensichtlich hat der zweite Benutzer bei gleicher Aktivität eine zehnfach größere Last erzeugt. Wie man an diesem Beispiel erkennt, ist also das Produkt aus der Anzahl der Transaktionsschritte und der mittleren Antwortzeit ein Maß für die erzeugte Last. (Will man exakt sein, muss man von der Antwortzeit die Dispatcher-Wartezeit und die Roll-Wartezeit abziehen, denn während der Auftrag in der Dispatcher-Queue bzw. auf die Ausführung eines RFCs wartet, verursacht er keine Last auf dem System.) Die Belastung, die die unterschiedlichen Task-Typen auf der Datenbank erzeugen, lässt sich analog anhand der gesamten Datenbankzeit (Transaktionsschritte mal mittlere Datenbankzeit) vergleichen. Ebenso erfolgt der Vergleich der CPU-Belastung auf dem Applikationsserver. Die Verteilung der Zeiten (Datenbankzeit, CPU-Zeit etc.) spiegelt also die Lastverteilung auf dem System besser wider als die bloße Anzahl der Transaktionsschritte.

Definieren Sie, wie die Fehlerbehebung aussehen soll. Abgebrochene oder nicht ausgeführte Verbuchungen führen dazu, dass von den Benutzern angelegte oder geänderte Dokumente nicht endgültig in den zugehörigen Applikationstabellen gesichert werden und daher für den Benutzer nicht existent sind. Die tägliche Kontrolle der Verbuchungsaufträge ist daher eine wichtige Aufgabe des SAP-Systemadministrators. Wird abgebrochenen Verbuchungen nicht sofort nachgegangen, besteht nach mehreren Tagen kaum noch eine Chance, der Ursache des Fehlers auf den Grund zu gehen.
OAAD Dokumentrecherche im Archiv
Der Abschnitt Memory enthält Informationen über den physisch vorhandenen Hauptspeicher (Feld Physischer Speicher) und Werte über das Betriebssystem-Paging. Unter Swap finden Sie den aktuell allokierten Auslagerungsspeicher (Swap-Space). Der Auslagerungsspeicher muss größer als die Summe des konfigurierten Speicherbereichs sein.

Es gibt folgende Gründe, die zum Abbruch dieses Schrittes führen können: CANNOT_GET_OBJECT_LIST: Die Objektliste eines Support Package konnte nicht ermittelt werden, weil das Support Package nicht existiert. CANNOT_GET_LAST_UPGRADE_INFO: Die Informationen über den letzten Repository Switch Upgrade konnten nicht ermittelt werden. UNRESOLVED_ADDON_CONFLICTS: Konflikte mit Add-Ons konnten nicht aufgelöst werden, weil die entsprechenden CRTs aus der Queue fehlen. SPDD_SPAU_CHECK In diesem Schritt wird überprüft, ob ein Modifikationsabgleich (Transaktionen SPDD/SPAU) notwendig ist. DDIC_IMPORT In diesem Schritt wird das ABAP Dictionary importiert.

Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.

Insbesondere Implementierung, Set-up und Konfiguration der Systeme und Sicherheitskonzepte müssen vereinheitlicht oder auf den SAP-Standard zurückgeführt werden.

Die Optimierung zeitkritischer Prozesse garantiert einen reibungslosen Ablauf.
SAP BASIS
Zurück zum Seiteninhalt