SM12 Sperreinträge selektieren
ARCHITEKTURRICHTLINIEN MITGESTALTEN
Die Support Packages wurden erfolgreich in ein System (Test- oder Entwicklungssystem) eingespielt. Sie haben den Modifikationsabgleich durchgeführt. Vorgehensweise Laden Sie die Support Packages in das nächste System (Qualitäts- oder Produktivsystem). Dabei müssen Sie die folgenden Fälle unterscheiden: Ihre Systeme haben ein gemeinsames Transportverzeichnis: Releasestand 3.x: Falls die *.ATT-Dateien nicht vorhanden sind, führen Sie RSEPSDOL im Quellsystem aus und dann RSEPSUPL im Zielsystem. Wenn die *.ATT-Dateien vorhanden sind, führen Sie nur RSEPSUPL im Zielsystem aus. Releasestand 4.x: Wählen Sie SPAM Support Package Hochladen im Zielsystem. Ihre Systeme haben kein gemeinsames Transportverzeichnis: Releasestand 3.x: Führen Sie RSEPSDOL im Quellsystem aus, um die *.ATT-Dateien zu erzeugen, falls sie noch nicht vorhanden sind. Übertragen Sie mit ftp alle Dateien mit der Extension *.PAT im Binärmodus und alle mit der Extension *.ATT im ASCII-Modus aus dem Verzeichnis /usr/sap/trans/EPS/in (UNIX und AS/400) bzw. :\usr\sap\trans\EPS\in (Windows NT) des Quellsystems in das Transportverzeichnis des Zielsystems. Führen Sie RSEPSUPL im Zielsystem aus. Releasestand 4.x: Übertragen Sie mit ftp im Binärmodus alle Dateien mit der Extension *.PAT aus dem Verzeichnis /usr/sap/trans/EPS/in (UNIX und AS/400) bzw. :\usr\sap\trans\EPS\in (Windows NT) des Quellsystems in das Transportverzeichnis des Zielsystems. Wählen Sie SPAM Support Package Hochladen im Zielsystem. Spielen Sie die Support Packages wie gewohnt ein. Importieren Sie den Modifikationsabgleich-Transport. Schritte der SPAM Der SAP Patch Manager informiert Sie in der Statuszeile über den Schritt, der gerade ausgeführt wird. Wenn Sie wissen möchten, welche Schritte für welches Szenario ausgeführt werden, dann führen Sie das Programm RSSPAM10 aus.
Wurde die Bearbeitung eines Verbuchungsauftrags abgebrochen (Status Err), muss der Auftrag manuell nachverbucht oder gelöscht werden. Konnte die Bearbeitung des Verbuchungsauftrags nicht begonnen werden (weil z. B. zum Zeitpunkt seiner Erstellung die Verbuchung deaktiviert war oder durch einen Fehler kein Applikationsserver mit Verbuchungs-Workprozessen existierte), verbleiben die Aufträge im Zustand Init. Sofern der SAP-Profilparameter rdisp/vbstart = 1 (Standardeinstellung) gesetzt ist, wird versucht, diese Aufträge beim Neustart des SAP-Systems erneut zu verbuchen. Dabei verbucht jede Applikationsinstanz allerdings nur die Verbuchungsaufträge, die ihr vor dem Stoppen zugeordnet worden sind. Ist rdisp/vbstart < > 1 oder misslingt der erneute Versuch, die Aufträge zu verbuchen, müssen diese ebenfalls manuell nachverbucht oder gelöscht werden.
Freiformerkennung und Dokumentcheck
Die Analyse »teurer« ABAP-Programme beginnt mit der Untersuchung der statistischen Einzelsätze, mit deren Hilfe Sie sich einen Überblick über die Antwortzeiten einer Transaktion verschaffen können. Zur weiteren Analyse verwenden Sie den SAP-Performance-Trace, mit dem Sie Datenbankzugriffe, Remote Function Calls (RFCs) und Sperroperationen (Enqueues) im Detail untersuchen können. Lässt sich das Problem mit diesen Methoden nicht finden, stehen Ihnen noch der ABAP-Trace und der ABAP Debugger als weitere Analysemethoden zur Verfügung. Routinemäßig sollten Sie den Code Inspector nutzen, der über zahlreiche statische Performancechecks verfügt.
Falls Sie auswerten möchten, bei welchen Tabellen eine Protokollierung stattfindet, bietet sich hierfür die Tabelle DD09L an. Die Spalte „Protokoll“ zeigt Ihnen an, bei welchen Tabellen Änderungen protokolliert werden.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Außerdem sichert der Betrieb die Aufrechterhaltung und Verfügbarkeit von Geschäftsprozessen.
Dieser Datenaustausch wird als Electronic Data Interchange (EDI) bezeichnet.