SAP R/3 Basissystem

CHECK

SAP has defined some useful aliases, see Tabelle 3.1, „predefined aliases“ for details. You can display an actual list with the command alias when logged in as the sidadm. You may and should add more aliases to ~/.customer.csh oder ~/.customer.ksh. See Tabelle 3.2, „User-defines aliases“ for examples. Don't change the SAP scriptes! Every change you make will give you trouble when you are going to upgrade your sap system.

c11env.cmd, telnet, at/cron

Create a directory where you can store useful scripts. You may even use that to share documentation and informations between admins. Useful scripts are for CD mounting, logfile analysis, and system monitoring. Examples?

OK-Codes are used to do a lot of things in SAP. Most functions can also be started with a mouseclick, but knowing the OK-Code is sometimes much faster. SAP tells that OK-Codes and transactions may eventually die, but I hope they will survive.

Das Zurücksetzen der Puffer mittels /$SYNC sollte normalerweise nicht notwendig sein. Wenn Sie jedoch »merkwürdige Phänomene« haben, dann ist es durchaus möglich, dass durch einen Transport die Puffer etwas durcheinandergeraten sind. Wenn Sie derartiges feststellen, dann wird es Zeit, das SAP R/3 System, genauer die Applikationsserver, mal wieder durchzustarten (Wir tun das alle vier Wochen für eine Offline-Sicherung).

Bei der Verarbeitung von Batch-Input Mappen werden einige weitere OK-Codes verwendet. Das sind einmal Kürzel für die verschiedenen Funktionstasten, alternativ kann auch der entsprechende Funktionscode verwendet werden, wie er im Dynpro (XXX Transaktion) definiert wurde. Außerdem können Sie die Funktion aus dem Menü System+Dienste+Batch-Input mit Hilfe der hier angegebenen Codes ausführen.

Cancel (F12) und Exit (F15) vermerken die Transaktion als gebucht!

Mit Benutzerparametern (Set/Get-Parameter) kann ein Benutzer sich verschiedene Felder mit (fixen) Werten vorbelegen. Verschiedene Transaktionen merken sich in diesen Parametern den zuletzt eingegebenen Wert, z.B. bei einer Kundennummer.

Nicht alle Felder, tatsächlich sind es eher wenige Felder, können mit Werten vorbelegt werden. Ob das in der aktuellen Transaktion und dem aktuellen Feld möglich ist, sagt die »technische Info« in der Hilfe (mit dem Cursor auf das Feld gehen, F1 drücken und dann den Button technische Info oder F6 betätigen.

Mit der Transaktion SU52 kann jeder Anwender die Benutzerparameter für sich selbst einrichten. Der Benutzerverwalter kann aus der Benutzerpflege (Transaktion SU01) für seine Anwender Benutzerparameter pflegen.

Was sind Varianten-Variablen?

GPA's und RFC-Transaktionen. Bei mir geht's erstmal nicht...

Profilegenerator

Benutzermenüs -> SAPLOGON/Session-Manager?

Tips: Adresse/Telefonnummer pflegen, Kostenstellen und Benutzergruppen verwenden, Gültigkeitsdaten, Vermessungsdaten

Beachten Sie den Hinweis 76829: Möglichst keine Benutzernamen mit Wildcards ("*","_", ".", "%") verwenden. Warum? Suchfunktionen gehen nicht vernünftig oder es gibt Schwierigkeiten im Transportsystem.

Die aktuelle Transaktion findet man unter System -> Status. In das Hauptmenü kommt man immer mit der Eingabe /ns000 im OK-Code. Ab Release 4.6 erreichen Sie das alte Menü mit /ns000_old.

Viele Funktionen zum SAP System Management sind im CCMS (Computing Center Management System) zusammengefaßt. Mit der Transaktion SRZL kann dieses Menü direkt aufgerufen werden.

DB13?

Wozu dient das Monitoring überhaupt? Warum sollte man sich schnell zurechtfinden können? Um im Notfall schnell reagieren zu können.

DB Monitoring

Accounting

stat/tabrec in Instance profile

Bei schwerwiegenden Problemen schreibt das SAP-R/3-System sogenannte Developer-Traces Developer-Traces. Diese Dateien (mit dem Namen dev_*) werden im Work-Verzeichnis bei jedem Systemstart neu angelegt. Sie können sich diese Dateien mit der Transaktion AL11 ansehen oder auf Betriebssystemebene.

Den Trace-Level für einen Work-Prozeß kann man in der Transaktion SM50 erhöhen. In den Traces finden sich Hinweise, wie die SAP Basis bestimmte Fuktionen bearbeitet hat. Besonders nützlich ist der Trace bei RFC-Destinationen, in diesen findet man häufig die Ursache für nicht funktionierende RFC-Funktionen.

Im R/3 werden alle Daten in Tabellen des Datenbanksystem gespeichert. SAP unterscheidet zwischen Anwendungsdaten (Stamm- und Bewegungsdaten), Customizing-Einstellungen und (XXX was noch?). Anwendungsdaten werden mit Hilfe von Transaktionen der Anwendung bearbeitet, Customizing-Einstellungen werden über verschiedene Transaktionen und die Tabellenpflege bearbeitet.

^[1]

Wie Transportiert man Tabelleneinträge?

SE16: Tabellenpflege mit F5 bzw. Satz markieren, /h, Detail-Button, F7, ok-code = "EDIT", F8. Sinn? Gerade beim entwickeln und Debuggen sinnvoll, möglicherweise auch Manipulation von Daten -> erzählen Sie des der Revision besser nicht

Bei großen SAP R/3-Installationen steigen die Anforderungen an Antwortzeiten und Ausfallsicherheit. Für die Zentralinstanz werden häufig High-Availability-Lösungen wie HACMP™ von IBM oder Veritas-HA™ von Veritas eingesetzt. Bei verteilten Systemen mit mehreren Applikationsservern ist es zu aufwendig, dieses Verfahren für jeden Applikationsserver einzusetzen. Eine einfache Abhilfe ist der Einsatz von Logon-Groups.

Eine Logon-Group wird im R/3 definiert und umfaßt eine oder mehr Dialog-Instanzen. Bei der Anmeldung mit SAPLOGONSAPLOGON wird der Benutzer nicht direkt mit einem SAP-Server verbunden, sondern das Programm fragt zunächst den Message-Server, welche Instanzen verfügbar sind und wie deren derzeitige Auslastung ist. Anschließend wird das Programm SAPGUISAPGUI gestartet, das sich mit einem geeigneten Applikationsserver verbindet.

Die Definition und Überwachung von Logon-Groups erfolgt mit der Transaktion SMLG (Werkzeuge -> Administration -> Computing Center -> Management System -> Configuration -> Logon Groups).

Die Verteilung der Benutzer auf die verschiedenen an der Logon-Group beteiligten Rechner erfolgt nach zwei Kriterien: die aktuelle Antwortzeit der Server und der jeweiligen Benutzeranzahl. Thresholds, quasi-statisch

Bei Rechnern, die mehrere IP-Adressen haben (multihomed hosts) ist es in der Dialogbox möglich die IP-Adresse anzugeben, die den Clients übergeben wird. Default ist der Hostname des ApplikationsserversApplikationsserver.

Mit dem Menü Gruppenliste -> Format -> Erweitert wird im Übersichtsbild eine ausführlichere Liste angezeigt, die wesentlich aussagekräftiger ist, als die kurze Liste. Mit dem Menüpfad Springen -> Benutzerliste wird eine Benutzerübersicht über alle Instanzen aufgebaut, und der Pfad Springen -> Lastverteilung zeigt den aktuellen Status aller Instanzen an, die an der Lastverteilung beteiligt sind.

ABAP: RSRZLLG0 steuert die Lastverteilung

Unter Unix: lgtst und eigene Skripte, unter Windows: SAPLOGON kann es.

In den Instanzprofilen (Transaktion RZ10) müssen genügend Prozesse für die Hintergrundverarbeitung eingestellt sein. Es sollte auf jeder Instanz, die Hintergrundprozesse konfiguriert hat mindestens ein Backgroundprozeß für die Jobklasse A reserviert sein. Beachten Sie, dass die Aufteilung der Workprozesse mit BetriebsartenBetriebsart geändert werden kann.

Bis R/3 Release 3.1x muß der Benutzer SAPCPIC mit dem Paßwort ADMIN und dem Profile S_SAPCPIC existieren; sont klappt die Rückmeldung von externen Programmen ins SAP R/3 nicht.

Mit dem Menü Programm -> Im Hintergrund starten kann man innerhalb des Reportings (Transaktion SA38 bzw. SE38) einen ABAP im Hintergrund starten, ohne einen Job anlegen zu müssen. Für einen Job in der Transaktion SM36 bzw. SM37 ist eine VarianteVariante erforderlich.

Varianten sind vorgefertigte Eingaben von Report-Parametern. Varianten können so angelegt werden, dass diese nur für Hintergrund-Jobs verwendet werden können oder dass die Eingabe von einzelnen oder allen Feldern nicht möglich ist. Nützlich sind Varianten bei Reports, die häufig mit denselben Parametern oder bestimmten Variablen gestartet werden sollen.

Mit der Transaktion SE38 bzw. SA38 und dem Menü Springen -> Varianten kann man Varianten auswählen oder erzeugen. Bei der Funktion Programm -> Im Hintergrund ausführen erzeugt das System automatisch eine temporäre Variante.

Viele Online-Listen sind ebenfalls Reports, für die Varianten hinterlegt werden können. Das ist nützlich als Merkhilfe oder Schablone für Parameter, aber auch als Kommunikationshilfmittel zwischen Anwender und Administrator. Mit einer Variante kann man sehr einfach sicherstellen, dass beide dieselben Parameter verwenden.

Externe Programme werden unter Unix™ mit den Rechten des Benutzers sidadm ausgeführt. Damit ist ein sehr weitreichender Zugriff auf die Daten des R/3-Systems möglich. Achten Sie darauf, dass möglichst wenige Benutzer die Berechtigung zum Starten externer Programme haben und diese nach Möglichkeit weiter eingeschränkt wird.

Programme stehen entweder im Suchpfad den sidadm oder müssen mit dem vollen Pfad angegeben werden. Besser ist die Definition von logischen Kommandos mit der Transaktion SM49. Damit kann man Unterschiede zwischen den verschiedenen Betriebssystemen verdecken und die eigentlichen Programme vor den Anwendern verbergen.

Für den Start externer Programme muß bis zum R/3-Release der Benutzer SAPCPIC mit dem Paßwort ADMIN im entsprechenden Mandanten existieren. Andernfalls ist keine Rückmeldung des Jobs in das R/3-System möglich.

Bei Problemen finden Sie Logs und Traces im Systemlog (SM21), in den Developer-Traces (SM51, Springen -> Developer-Traces, Datei dev_cp, dev_xpg bzw. die Workprozeß-Traces) und können mittels SM65 ausführliche Ausgaben anfordern.

Das geprüfte Berechtigungsobjekt ist S_LOG_COM in der Klasse Basis - Administration. Hier kann man die Ausführung von Programmen ja nach Rechner, Betriebssystem und Kommando (real oder logisch?) erlauben.

Hintergrungverarbeitung kann das System stark belasten. Im Gegensatz zur Sanduhr in einem Modi (und irgendwann sind die Modi alle) merkt der Anwender davon zunächst nichts. Wenn Sie ein größeres System mit vielen Work-Prozessen für die Hintergrundverarbeitung haben, dann kann ein Anwender praktisch das gesamte System lahmlegen. Erschwerend kommt hinzu, dass besonders langlaufende und belastende Programme in den Hintergrund geschickt werden.

Abhilfe ist hier nur auf zweierlei Weise möglich: Entweder werden Anwender entsprechend ausgebildet und verhalten sich vernünftig (so vernünftig wie Anwender halt sein können...) oder die Berechtigung zum Start von Hintergrundprogrammen wird allen Anwendern entzogen und Jobs werden zentral verwaltet, eingeplant und überwacht. Auf Großrechnern war das Zweite üblich, heute wohl eher die Verantwortung der Anwender.

SAP R/3 unterstützt viele Plattformen, dabei unterscheiden sich die Namen von Betriebssystem-Dateien und Betriebssystem-Programmen zum Teil drastisch. Mit logischen Namen kann man diese Unterschiede verdecken, damit ist es möglich, ABAPs und Programme auf verschiedenen Plattformen ohne Anpassungen zu verwenden.

Logische Dateinamen bestehen aus drei Teilen: dem logischen Pfad, die Zuordnung des physikalischen Pfades in der jeweiligen Syntax abhängig vom verwendeten Betriebssystem und die Zuordnung eines logischen Pfades zu einem logischen Dateinamen (als Attribut ist hier die Ersetzung des Dateinamens hinterlegt).

Hintergrund-Jobs können nicht nur direkt und zeitgesteuert eingeplant werden, es ist auch möglich, diese nach dem Eintritt eines speziellen Ereignisses starten zu lassen. Ein derartiges Ereignis ist ein SAP-Event, die Startart ist eventperiodisch.

System/Benutzer-Event

Event-Parameter

You may even trigger an event by running the command sapevt, see Abbildung 5.1, „Trigger an event from the operating system level“ for an example. This program is available for all supported plattforms including Windows NT. Be aware, that anybody in your LAN can send events (you only need to now the application server and the instance number your SAP runs on). You won't even know which IP address has triggered the event.

% /sapmnt/SID/exe/sapevt \
    pf=/sapmnt/SID/profile/DEFAULT.PFL \
    Event
hermes09:c11adm 4> sapevt
usage: sapevt event [-p param] [-t]
       pf=<profile> | name=<Name> nr=<nn>
hermes09:c11adm 5> sapevt ZZ_TEST -t -p Jochen_Text pf=/sapmnt/C11/profile/DEFAULT.PFL
hermes09:c11adm 6> sapevt ZZ_TEST -p Jochen_Text pf=/sapmnt/C11/profile/DEFAULT.PFL
hermes09:c11adm 7> sapevt ZZ_DUMMY -p Jochen_Text pf=/sapmnt/C11/profile/DEFAULT.PFL
hermes09:c11adm 8> sapevt ZZ_DUMMY -t -p Jochen_Text pf=/sapmnt/C11/profile/DEFAULT.PFL

Parameter zu events, logging(!)

As described above, you can triggern an event from any host running an operating system supported by SAP. All you need is a profile similar to Abbildung 5.2, „A profile for sapevt“. Make sure that your services file contains the definition of sapmsSID. Look at you central instance if in doubt.

SAPSYSTEMNAME = SID
rdisp/mshost = message server
rdisp/btcname = host_sid_system number
hermes09:c11adm 9> cdpro
hermes09:c11adm 10> sapevt -t ZZ_DUMMY name=C11 nr=11
sapparam(1c): No Profile used.
hermes09:c11adm 11> sapevt ZZ_DUMMY name=C11 nr=11 -t 
sapparam(1c): No Profile used.

Nur der zweite geht...

Aus eigenen ABAPs kann mit dem Funktionsbaustein BP_RAISE_EVENT ein beliebiger Event ausgelöst werden. Gibt es dazu spezielle Berechtigungen?

Die Definition von Jobs ist für viele Fälle zu aufwendig. Mit der Transaktion SE38 Ausführen → Im Hintergrund Starten kann ein ABAP auch ohne eine Variante im Hintergrund ausgeführt werden. Der Jobs wird, sofern der Benutzer ausreichende Berechtigungen hat direkt gestartet. Ein Nachteil ist, dass der Anwender den Zielrechner für diesem Job nicht bestimmen kann.

Auch wenn man ABAPs auch ohne Varianten starten kann, nutzen Sie Varianten! Es ist eine einfache Möglichkeit, sich Parameter für bestimmte Läufe zu merken ohne diese auf Papier aufzuschreiben. Auch für die Kommunikation zwischen Anwendern und Systemverwaltern ist es nützlich, da beide dieselben Parameter verwenden.

Reorg von Job-Protokollen? RSBTCDEL

Die Job-Protokolle werden im Unix-Dateisystem unter /sapmnt/SID/global/MandantJOBLG gespeichert. Es ist ziemlich unangenehm, wenn das Dateisystem voll ist.

Jobs stehen in der Tabelle TBTCO, dort ist auch der Job-Status hinterlegt.

For an SAP upgrade the upgrade procedure stops the planned jobs with the report BTCTRNS1. The jobs are in a special state "stopped during upgrade". After the upgrade you have to use report BTCTRNS2 to reenable the jobs. You can also use the reports to disable jobs for a system copy or during a client copy.

Funktionsbausteine, pflegbar mit SE37, siehe auch Kapitel 9, Development-Tools.

Aufruf im ABAP mit CALL FUNCTION,

SAP Systeme sind komplex und damit fehleranfällig. Jede Änderung an Programmen oder Customizing-Einstellungen kann die Stabilität und Verfügbarkeit des R/3-Systemes beeinträchtigen. Daher findet (hoffentlich) die Entwicklung von Programmen, Modifikationen von SAP-Programmen und das Customizing in einem Entwicklungssystem statt. Wenn Bedarf besteht, dann kann zwischen das Produktions- und das Entwicklungssystem noch ein Konsolidierungssystem eingebaut werden, in dem Massentest u.ä. stattfinden können.

Generell sollten Sie versuchen, die Systeme möglichst ähnlich zu halten, das heißt unter anderem, dass Transporte möglichst schnell durch die Systeme geschoben werden sollten. Auch Releasewechsel finden in der Reihenfolge der Systeme statt: erst das Entwicklungssystem, dann das Konsolidierungssystem und erst zuletzt das Produktionssystem.

Praktisch alle Objekte, die Sie im Rahmen des Customizings anfassen, sind transportierbar. Entweder fragt das System direkt beim Speichern nach einer Auftragsnummer, oder die entsprechende Transaktion hat einen Transportanschluß, der z.B. über ein Menü angesprochen werden kann. Nur in seltenen Ausnahmefällen sollten Sie manuell Transporte mit der Transaktion SE01 anlegen (müssen).

E071, TADIR