SAP NetWeaver AS Java
SWPR Workflow-Restart nach Fehler
Die genannten Entwicklungsobjekte sind vollständig in die ABAP-Welt integriert, dies betrifft Entwicklungswerkzeuge, Transport, Debugger, Codeprüfungen und Verwendungsnachweis. Als ABAP-Entwickler oder Projektmanager können Sie sich also auf etablierte Prozesse der Entwicklung und Qualitätssicherung stützen. Dieses Entwicklungsszenario unterstützt allerdings nicht alle Funktionalitäten von SAP HANA, womit der wesentliche Nachteil genannt ist.
Schließlich – diesen Aspekt des Überwachungskonzepts stellt der vierte Bereich dar – ist die stetig ansteigende Anzahl von ITLösungen und Komponenten eine Herausforderung für die Administration in den Rechenzentren; die Anzahl hat sich vom »überschaubaren« SAP-R/3-System (mit SAP-Instanzen, Datenbank, Hardware/Betriebssystem) zu einer ständig wachsenden Technologiepalette entwickelt – Produkte eingeschlossen, die SAP nicht selbst produziert, sondern für die sie als Reseller auftritt. Als Konsequenz dieser Entwicklung wird jeder Rechenzentrumsleiter eine Methode für die Überwachung fordern, die sowohl zentral (alle Informationen in einem Werkzeug) als auch erweiterbar auf neue Komponenten hin ist.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Umsetzung der Konfiguration im System
Im SQL-Trace werden allerdings die Pufferladevorgänge mitgeschrieben. Da man in der Regel im SQL-Trace nicht an der Aufzeichnung von Pufferladevorgängen interessiert ist, sollten Sie ein Programm zunächst einmal ohne Trace ausführen, sodass alle Puffer geladen werden (SAP-Puffer und Datenbankpuffer). Erst den zweiten Lauf sollten Sie per SQL-Trace protokollieren und auswerten.
Beim Versuch, Daten in eine Datenbanktabelle zu füllen (Insert-Operation) kommt es zu einem Fehler auf der Datenbank, weil eine Datenbankdatei oder eine Festplatte voll ist. Die Datenbankinstanz liefert eine Fehlermeldung an den aufrufenden SAP-Workprozess zurück. In der Regel wird auch eine Fehlermeldung in die Datenbankfehlerprotokolldatei geschrieben. Tritt dieser Fehler in der SAP-Verbuchung auf, stoppt dieser Workprozess die gesamte SAP-Verbuchung. Von diesem Moment an bleiben alle SAP-Verbuchungsaufträge stehen. Ob die Verbuchung deaktiviert wurde, stellen Sie in der Verbuchungsverwaltung fest, die Sie über folgenden Menüpfad erreichen: Werkzeuge > Administration > Monitor > Verbuchung. Verwenden Sie alternativ den Transaktionscode SM13. Stellen Sie fest, obSie im Feld unter Verbuchungssystem die Information Verbuchung wurde deaktiviert finden. Ist dies der Fall, existiert im SAP-Syslog (Transaktionscode SM21) ein Eintrag, aus dem hervorgeht, wann, von wem und aus welchem Grund die Verbuchung deaktiviert wurde. Nachdem eine Verbuchung nicht mehr möglich ist, werden mit der Zeit auch immer mehr Dialog-Workprozesse stehen bleiben, die auf den Abschluss von Verbuchungen warten. Diesen Prozess können Sie in der Workprozess-Übersicht verfolgen. Die Fehlersituation kann in der Regel ebenfalls beseitigt werden, ohne das SAP-System bzw. die Datenbank zu stoppen. Beheben Sie dazu zunächst den Datenbankfehler, indem Sie z. B. das Dateisystem erweitern. Aktivieren Sie anschließend manuell die SAP-Verbuchung. Wählen Sie dazu im Verbuchungsmonitor (SM13) Administration > Aktivieren. Die SAP-Verbuchung kann mit ihrer Arbeit fortfahren und die aufgelaufenen Aufträge weiterbearbeiten.
Für Administratoren steht im Bereich der SAP Basis ein nützliches Produkt - "Shortcut for SAP Systems" - zur Verfügung.
Vielmehr beschränken sie sich auf fachlich sinnvolle Inhalte.
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Dafür eignet sich Scribble Papers ganz hervorragend.
Weiter unten finden Sie die statistischen Daten, die Ihnen Auskunft über die Performance des SAP-Systems und über mögliche Ursachen von Performanceproblemen geben.