Transport Management System (TMS) von SAP konfigurieren
SAP-Basis Berater
Im 1st-Level-Support wird eine Anfrage angenommen. Bekannte Fehler werden entweder direkt beantwortet und gelöst oder qualifiziert und an den zuständigen 2nd-Level-Support weitergeleitet (z. B. HW-Technik, SAP-Basis oder SAP-Anwendung). Dieser führt eine erweiterte Analyse durch und kann entweder die Lösung selbst bereitstellen oder leitet es an den 3rd-Level-Support weiter. Hier wird es dann von Spezialisten mit tiefen Kenntnissen der Lösungsarchitektur bearbeitet. Mit ihren speziellen Werkzeugen kommen sie den Fehlern in technischen Komponenten oder im Softwareprodukt auf die Spur. Dieses Supportlevel wird oft als Hersteller- oder Entwicklersupport bezeichnet.
Periodisch anfallende oder langlaufende Aufgaben werden von der Hintergrundverarbeitung des SAP-Systems verwaltet. Dazu können Sie Jobs einplanen, die vom Job Scheduler auf die Hintergrund-Workprozesse verteilt werden. Der Job Scheduler startet einmal pro Minute (dieser Wert wird über den Parameter rdisp/btctime gesteuert, der standardmäßig auf 60 Sekunden steht) und verteilt die anstehenden Jobs gemäß ihrer Priorität auf die konfigurierten Hintergrund-Workprozesse. Die Konfiguration der Hintergrund-Workprozesse ist also das Mittel der Wahl, die Gesamtlast durch Hintergrundjobs zu begrenzen. Wird ein Job beendet, so wird der Scheduler ebenfalls gestartet, damit bei kurzlaufenden Jobs die Hintergrund-Workprozesse nicht unausgelastet bleiben. Ab Version 7.00 ist dieses Verhalten standardmäßig aktiv, SAPHinweis 923228 beschreibt die Verfügbarkeit für ältere Versionen.
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Skalierung der Datenbankebene, insbesondere von SAP HANA
RABAX_CALLING_RABAX: Zu diesem Fehler kommt es, wenn, nachdem ein Programm abgebrochen wurde, aufgrund des Speichermangels auch der Versuch scheitert, ein Fehlerprotokoll zu schreiben. Dieser Fehler ist ebenfalls ein Folgefehler der oben beschriebenen.
Das Hauptspeicher-Sizing für eine SAP-HANA-Datenbank unterscheidet sich grundlegend vom Sizing für eine traditionelle Datenbank. Beim traditionellen Sizing geht man von der Anzahl der Benutzer oder Transaktionen aus, multipliziert diese mit einem Gewichtungsfaktor und errechnet daraus (über den CPU-Bedarf) den Hauptspeicherbedarf. Diese Methode des Sizings geht also davon aus, dass ein Benutzer oder eine Transaktion eine gewisse Hauptspeichergröße benötigt, um die Daten, auf die er/sie häufig zugreift, im Hauptspeicher zu halten. Die absolute Größe der Datenbank spielt beim Hauptspeicher-Sizing-Ansatz für einen traditionellen Datenbankserver nur eine untergeordnete Rolle. Im Gegensatz dazu berechnet sich das Hauptspeicher-Sizing für eine SAP-HANA-Datenbank primär aus der Größe der Datenbank, denn diese soll ja im Hauptspeicher gehalten werden. Das SAP-HANA-Sizing für eine Neuinstallation können Sie im Quick Sizer analog zu einem Projekt für eine traditionelle Datenbank durchführen.
Tools wie z.B. "Shortcut for SAP Systems" sind bei der Basisadministration extrem nützlich.
Ein voll qualifizierter Datenbankzugriff sollte nicht mehr als etwa 2 bis 10ms dauern.
Schluss mit der unübersichtlichen Zettelwirtschaft macht die Freeware Scribble Papers. Allerdings eignet sich das Tool auch dazu, neben Notizen Textdokumente und Textschnipseln aller Art abzulegen, zu strukturieren und schnell aufzufinden.
Durch die Einbindung der SAP-Basis in die Ausarbeitung der IT-Strategie, der Digitalisierungsstrategie und eine klare Kommunikation mit dem CIO besitzt die SAP-Basis die Möglichkeit, sich frühzeitig mit Technologien und Themen zu beschäftigen.