Verarbeitung über Schnittstellen
SCHNELLE ÜBERPRÜFUNG IHRER SAP SICHERHEITSEINSTELLUNGEN MIT DER XITING AUTHORIZATIONS MANAGEMENT SUITE (XAMS)
Prüfen Sie, ob die Datendatei erzeugt wurde. Wenn sie nicht erzeugt wurde, dann stellen Sie sicher, daß in den SPAM-Einstellungen [Seite 10] Datenfile neu erzeugen eingeschaltet ist. Weitere Informationen finden Sie in Hinweis 70752. ADD_TO_BUFFER In diesem Schritt wird die Queue in den Transportpuffer Ihres Systems gestellt.
Falls Sie in der Abbruch-Meldung einen tp-Step genannt bekommen, handelt es sich um einen transportauftrag-unabhängigen Schritt, dessen Protokolle sich nicht mit Protokolle anzeigen lassen. Analysieren Sie in diesem Fall die folgenden Dateien: tp-Step 6: P tp-Step N: N tp-Step S: DS Alle Protokolle befinden sich in /usr/sap/trans/log.
System-Aktualität
Wenn Sie einen Puffer optimieren wollen, müssen Sie verstehen, wie er sich gegenüber Änderungen und Verdrängung verhält. Wenn Daten, die gepuffert werden, geändert werden, muss der Puffer davon in Kenntnis gesetzt werden und die gepufferten Daten invalidieren. Werden die Daten gleichzeitig von einem zweiten Prozess verwendet, gibt es unterschiedliche Strategien, wie der Puffer darauf reagiert: Der Puffer kann eine Lesekonsistenz gewährleisten, d. h., solange sich der Prozess in einer Transaktion befindet, kann er noch auf die Daten vor der Änderung zugreifen, um ein konsistentes Bild der Daten zu bekommen. Alternativ gibt es auch Puffer, die diese Lesekonsistenz nicht gewährleisten, d. h., das Programm muss damit rechnen, dass sich Daten bei mehrfachem Lesen in einer Transaktion ändern. Sofern mehrere Instanzen des Puffers existieren, müssen Sie sich anschauen, wie die Synchronisation zwischen den Puffern abläuft, wenn Daten geändert werden.
PROJEKTHISTORIE: DIE SAP-BASIS VON MORGEN Durch einen Eintrag im Forum Infrastruktur und Betrieb innerhalb des DSAGNet wurde auf die bereits beschriebene Problematik der SAP-Basis aufmerksam gemacht. Hieraus resultierte eine angeregte Diskussion, die auf reges Interesse bei den DSAGMitgliedern stieß. Aufbauend auf dem Interesse und Handlungsbedarf der Mitgliedsunternehmen, wurde durch die DSAG wie auch durch die SAP ein Projekt initiiert, das sich mit der Zukunft der SAP-Basis beschäftigen sollte. Hierzu wurden verschiedene Unternehmen eingeladen und deren Bereitschaft zur aktiven Mitarbeit im Rahmen einer DSAG-Umfrage abgefragt. Das erste Projekttreffen fand im Rahmen des DSAG-Jahreskongresses in Bremen im Jahr 2015 statt. In der Folge fanden, unter Teilnahme von bis zu 15 Unternehmen, regelmäßige Veranstaltungen in der Geschäftsstelle der SAP in Freiberg am Neckar wie auch in St Leon-Rot statt. Im Rahmen des Projekts „die SAP-Basis von morgen“ wurden sowohl aktuelle Fragestellungen der Unternehmen als auch die Fragestellung der SAP-Basis der Zukunft im Hinblick auf IT-Landschaft, Prozesse und Aufbauorganisation diskutiert und erarbeitet. Zur Dokumentation und Aufbereitung der Ergebnisse wie auch zur wissenschaftlichen Betrachtung des Themengebiets wurde parallel zum Projekt eine Masterarbeit initiiert. Diese wurde an der Hochschule für angewandte Wissenschaften Würzburg-Schweinfurt im Rahmen des Masterstudiengangs Informationssysteme bei Prof. Dr. Karl Liebstückel angefertigt und Ende März 2016 zur Bewertung eingereicht.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Sowohl der ABAP- als auch der Java-Stack können von einer Plattform aus überwacht werden.
Während ein Workprozess einen Enqueue-Request absetzt, läuft die Enqueue-Zeit (Mittlere Sperrzeit).