Datenmigration
SQL-Trace auswerten
Bei der Arbeit mit dem ABAP Debugger sollten Sie dringend folgende Warnung beachten: Während des Debuggens kann ein ABAP-Abbruch mit der Fehlermeldung »Unzulässige Unterbrechung einer Datenbankselektion« auftreten oder automatisch vom System ein Datenbank-Commit ausgelöst werden. In beiden Fällen wird eine SAP-LUW (Logical Unit of Work) unterbrochen, und es kann zu Inkonsistenzen in den Anwendungstabellen kommen. Daher sollten Sie nur auf einem Testsystem debuggen oder unter Hinzuziehung einer Person, die sich mit dem untersuchten Programm auskennt und Inkonsistenzen in den Datenbanktabellen notfalls manuell beseitigen kann. Beachten Sie zu diesem Punkt unbedingt den Abschnitt »Programme im Produktivmandanten debuggen« in der SAPOnlinehilfe zum ABAP Debugger.
In den Einzelsatzstatistiken können Sie Probleme erkennen, die in den gemittelten Werten des Transaktionsprofils nicht ins Auge fallen. So können Sie anhand der Einzelsätze entscheiden, ob die Antwortzeiten für alle Transaktionsschritte gleichmäßig hoch oder ob sie generell niedrig sind und nur sporadisch extrem hohe Antwortzeiten auftreten, die zu einem erhöhten Mittelwert führen. Dabei lässt sich z. B. anhand der Spalte Fcod, die den Funktionscode innerhalb einer Transaktion anzeigt, feststellen, ob hohe Antwortzeiten immer nur für einen Bildschirm innerhalb einer Transaktion auftreten. Im Beispiel in Abbildung 3.6 fällt auf, dass die Antwortzeiten für die ersten Dialogschritte deutlich unter 1 Sekunde liegen, dass aber der letzte Transaktionsschritt im Dialog-Task (mit dem Funktionscode SICH) eine hohe Antwortzeit von 14,5 Sekunden aufweist. Diesen Satz sollten Sie also genauer untersuchen.
SOST SAPconnect – Sendeaufträge
SAP-Basis ist unter den SAP-Dienstleistungen ein selten angesprochenes Thema. Es wird gerne vergessen, wie wichtig dieses Element der Architektur ist. Der damit verbundene Aufbau erweist sich oftmals als besonders wichtig für Firmen, die zum ersten Mal eine Implementierung des SAP-Systems vornehmen möchten.
Parameter im SAP schaffen eine hohe Flexibilität. Mit Hilfe von Profilen lässt sich das System für fast jeden Zweck konfigurieren. Doch bei so einer großen Zahl von Parametern verliert man schnell den Überblick darüber welchen Einfluss jeder einzelne Parameter hat. Allein für das Speichermanagement gibt es 20 verschiedene Parameter, die an verschiedenen Stellen im SAP System geändert werden können. Dieser Artikel bringt Ordnung in das Durcheinander und erklärt die wichtigsten Parameter. Im SAP-System gibt es folgende 3 Arten von Speicher für einen Work Prozess: • Rollbereich (Roll Area) - Lokaler Speicherbereich für einen Workprozess • Erweiterten Speicher (Extended Memory) - Globaler Speicherbereich auf den alle Workprozesse zugreifen können • Privaten Speicher /Dynamischen Speicher(Private Memory/Heap Memory) - Programmprivater Speicher Übersicht über die Speicherbereiche des SAP-Systems Parameter für den Rollbereich Beim Start eines Programms durch einen User wird für diese Programminstanz durch einen Workprozess ein Rollbereich angelegt. Der Nutzerkontext wird in diesem Speicherbereich abgelegt. Die Größe des Rollbereichs für einen Workprozess wird bestimmt durch den Parameter ztta/roll_first. Reicht der Speicherbereich nicht aus, wird ein Teil des Erweiterten Speichers für den Nutzerkontext allokiert, dessen Größe durch ztta/roll_extension, ztta/roll_extension_dia und ztta/roll_extension_nondia bestimmt wird. Die beiden Letzteren überschreiben ztta/roll_extension falls sie genutzt werden und bieten die Möglichkeit für Dialog- und Nichtdialog-Workprozesse unterschiedliche Quoten festzulegen.
Basisadministratoren steht mit "Shortcut for SAP Systems" eine PC-Anwendung zur Verfügung, die etliche Tätigkeiten in der SAP Basis vereinfacht bzw. ermöglicht.
Um die genutzten Transaktionen in einer Liste zu exportieren, eignet sich der Funktionsbaustein SWNC_COLLECTOR_GET_AGGREGATES sehr gut.
Die erstellten Log-Dateien können im Anschluss begutachtet und daraufhin die Zugriffskontrolllisten erstellt werden.