Reduzierung der Softwareinstanzen
Administrative Aufgaben
Zur Analyse der Antwortzeit können Sie für die Dialogverarbeitung die Richtwerte in Tabelle 3.1 zugrunde legen. Im Task-Typ Verbuchung können die Werte etwa um 50 % höher liegen, als in der Tabelle angegeben. Die Spalte Problemindikator für gibt an, welches Problem besteht, wenn die angegebenen Richtwerte signifikant überschritten werden.
Um einen Trace in der Eclipse-basierten ABAP-Entwicklungsumgebung einzuschalten, wählen Sie in Eclipse zunächst die Perspektive ABAP Profiling. In dieser Perspektive finden Sie die Sichten ABAP Trace Requests und ABAP Traces. In der Sicht ABAP Trace Requests selektieren Sie ein System und wählen im Kontextmenü Create Trace Requests. In einer Dialogbox können Sie nun definieren, welche Aktionen aufgezeichnet werden sollen.
Update/Upgrade von Datenbanken
Sie wollen einem Mitarbeiter Zugriff auf genau einen Viewpflege-Dialog erlauben, er soll jedoch nicht die Möglichkeit haben in der SM30 nach anderen Pflegeviews zu suchen? Dies kann einfach mit einer Parametertransaktion realisiert werden. Erfahren Sie hier, wie Sie Schritt für Schritt eine solche Transaktion anlegen. Um eine Parametertransaktion anzulegen, navigieren Sie zuerst in die SE93. Hier können alle Arten von Transaktionen angelegt werden. Es öffnet sich der folgende Dialog: Nach dem Betätigen des "Anlegen"-Buttons öffnet sich ein Popup, auf dem Sie den Radiobutton "Transaktion mit Parametern (Parametertransaktion)" anwählen. Geben Sie außerdem, wie gewohnt, eine Kurzbeschreibung ein und bestätigen Sie. Daraufhin öffnet sich der folgende Dialog: Zunächst muss hier der Transaktionscode angegeben werden. Damit beim Aufrufen der Parametertransaktion der Einstiegsdialog übersprungen wird und es somit keine Möglichkeit gibt, andere Tabellen als die von Ihnen gewünschte zu öffnen, wählen Sie hier unbedingt "Einstiegsbild überspringen" an. Des Weiteren sollten die GUI-Eigenschaften der SM30 geerbt werden, damit die Parametertransaktion mit der gleichen Software gestartet werden kann. Konfiguration der Parameter Im unteren Bereich des Dialogs ist eine eingabebereite Tabelle zu finden. Hier können Sie die Suchhilfe (F4) nutzen.
Der Erweiterte Speicher enthält also vor allem Nutzerkontexte von verschiedenen Workprozessen, falls diese nicht vollständig in den Rollbereich geladen werden können. Da der Speicherbereich für alle Workprozesse erreichbar ist, können die Workprozesse also auch auf fremde Nutzerkontexte, die hier liegen zugreifen. Außerdem enthält der Erweiterte Speicher einen Globalen Bereich in dem Daten unabhängig von Nutzerkontexten abgelegt werden können. Die Größe des erweiterten Speichers wird bestimmt durch die Werte von em/initial_size_MB und em/global_area_MB. Hierbei bestimmt der erste Parameter die Größe des Speicherbereichs in dem Nutzerkontexte abgelegt werden können und der zweite die Größe des globalen Bereichs. Parameter für den Privaten Speicher Zu guter Letzt gibt es noch den privaten Speicher, welcher nur dann genutzt wird, wenn der Nutzerkontext eines Workprozesses alle anderen ihm zur Verfügung stehenden Speicherbereiche aufgebraucht hat, also seinen Anteil des erweiterten Speichers und seinen Rollbereich. In diesem Fall geht der Workprozess in den PRIV modus. Ein Workprozess im privaten Modus ist an seinen aktuellen Nutzerkontext gebunden und wird erst dann wieder frei für andere Aufgaben, wenn die aktuelle Anfrage abgeschlossen ist. Falls er dabei den ihm zugewiesenen privaten Speicher vollständig aufgebraucht hat, wird der Workprozess anschließend neu gestartet und der Speicher wieder freigegeben. Dieses verhalten wird mit dem Parameter abap/heaplimit kontrolliert. Zeitweise kann der Nutzerkontext der Wert von abap/heaplimit dabei auch überschreiten. Die Parameter abap/heap_area_total, abap/heap_area_dia und abap/heap_area_nondia bestimmen eine obere Grenze für den privaten Speicher. Der Parameter abap/heap_area_total definiert wie viel privaten Speicher alle Workprozesse insgesamt nutzen können. Die Parameter abap/heap_area_dia und abap/heap_area_nondia hingegen bestimmen, wie viel privaten Speicher ein einzelner (Nicht-)Dialog-Workprozess nutzen darf.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Fehler im laufenden Betrieb erreichen auf zwei Wegen die Aufmerksamkeit Fehlerbehebung der System- bzw. Applikationsbetreuer: entweder indem ein Benutzer sie meldet oder durch aktives Monitoring.
Sofern nötig, greifen die Hardwarepartner über ihre SAP Competence Center auf die entsprechenden Sizing-Experten der SAP zurück.