Detailanalyse im RFC-Trace
AL08 Systemweite Liste der Benutzersitzungen
Wenn es aber um die Feinheiten großer SAP-Umgebungen geht, stößt Ansible schnell an seine Grenzen. Will man mit Ansible einfache Automatisierungen – zum Beispiel das Starten und Stoppen von SAP-Umgebungen – realisieren, muss man einen hohen manuellen Aufwand und komplizierte Skripte in Kauf nehmen.
V3-Funktionsbausteine werden ebenfalls ohne Enqueue-Sperren bearbeitet. Wie bei V1- und V2-Bausteinen werden am Ende des Dialogteils der Transaktion Einträge in die Verbuchungstabellen geschrieben, die Verbuchung wird allerdings nicht gestartet. Die Verbuchungsaufträge bleiben in den Verbuchungstabellen stehen, bis ein Hintergrundjob diese explizit bearbeitet. Dieser Hintergrundjob ist anwendungsspezifisch. Er kann eigene Anwendungslogik enthalten, also z. B. Verbuchungsaufträge im Hauptspeicher akkumulieren und nur noch die aufbereiteten Daten in die Datenbank schreiben. Dies kann für Tabellen, bei denen Werte häufig geändert werden, zu einer deutlichen Reduktion der Datenbankänderungen führen. Die Entscheidung, ob ein Geschäftsprozess im V3 verbucht werden kann, ist in der jeweiligen Dokumentation bzw. im Customizing hinterlegt.
Support-Package-Level der installierten Softwarekomponenten anzeigen
Auf wie viele Rechner soll die Datenbankebene verteilt werden? Auf diese Frage gibt es folgende Antworten: Die Datenbank Ihres SAP-Systems kann exklusiv auf einem Rechner betrieben werden. Sie können grundsätzlich mehrere Datenbanken auf einem Rechner betreiben. Sie können eine Datenbank zusammen mit SAP-Applikationsservern auf einem Rechner betreiben (SAP-Hinweis 1953429), insbesondere zusammen mit der zentralen SAP-Instanz. Die Datenbankebene kann auf mehrere Rechner verteilt werden. Dies stellen wir in diesem Abschnitt speziell für SAP HANA dar, aber auch andere Datenbankensysteme bieten diese Option an.
Eine automatische Fehlerbehandlung bei Abbruch eines Jobs ist in den meisten Fällen wünschenswert und sinnvoll. Die bewusste Verarbeitung und Berücksichtigung von Fehlersituationen in Jobketten – auch auf Stepebene – kann den manuellen Aufwand verringern helfen. Fehlersituationen sollten abfangbar sein: Handelt es sich um nicht kritische Elemente, kann der folgende Job vielleicht trotzdem gestartet werden. Bei kritischen Fehlern soll ein neuer Versuch unternommen werden oder eine Alarmierung erfolgen, damit ein Administrator manuell eingreifen kann. Hierzu sind einfache Batch-Jobs in der Regel nicht in der Lage. Ziel einer automatisierten Umgebung ist es, nicht auf jeden fehlerhaften Job manuell reagieren zu müssen.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Haben Sie bereits ein Notfallbenutzerkonzept im Einsatz oder wollen gerne ein solches einführen? Ich freue mich, wenn Sie Ihre Erfahrungen mit mir teilen! Sie können mir gerne einen Kommentar hinterlassen oder mich per E-mail kontaktieren.
Bei der Betrachtung der Systemlandschaft fällt auf, dass die neue Technologie viele Verbindungen mit bringt, die abzusichern sind.