Anbei eine Übersicht über die wichtigen Transaktionen für den Betrieb einer Oracle Datenbank unter SAP

Es sind die “alten” Transaktionen angegeben, in neuen Releasen muss teilweise noch ein “old” ergänzt werden, da der Aufruf sonst zum DBACOCKPIT führt (z.B. DB02OLD).

sapevent bekommt keine Verbindung zum SAP System 
Der Upgrade eines BW 70 auf EHP1 ist in den Phasen TABIM_UPG und XPRAS_UPG stehen geblieben.

Leider wurde im Installationstool (hier EHPI) kein Fehler angezeigt, aber die entsprechenden Phasen sind nicht zum Ende gekommen.

Das Programm sapevent versucht über RFC einen Batchjob im SAP(Schatteninstanz) zu starten, dies bricht jedoch mit der Fehlermeldung ab:

received 4 bytes from MSG_SERVER Received opcode MS_DUMP_INFO from msg_server, reply MSOP_ACCESS_DENIED
MsOpReceiveReceived opcode MS_DUMP_INFO failed, reason MSOP_ACCESS_DENIED
MsDump : failed MSOP_ACCESS_DENIED (5)
*** ERROR ***: Get message server parameters, rc = 5″

Dann warte der Upgrade Prozess einige Zeit und versucht es erneut und so weiter und so weiter…

Die Fehlermeldung findet man in der Datei dev_evt im tmp Verzeichnis der Installation, bzw. man kann das sapevent Tool auch manuell mit der Option -t starten, dann wird die Trace Datei im aktuellen Verzeichnis erstellt.

Zu dem Fehler kommt es, weil der sapevent die Profildatei DEFAULT.PFL zur Ermittlung des Ports für den Message Server liest.
In meinem aktuellen Fall wird dieser Port aber durch einen Eintrag im Instanzen Profil überschrieben (rdisp/msserv_internal).
Das heißt, das SAP System laust auf “rdisp/msserv_internal” und sapevent spricht den Message Server Port aus dem Default Profil an und kann so keinen Connect zu dem SAP System bekommen.
Zur Lösung habe ich den Parameter im DEFAULT Profil korrigiert.

Ab und zu kommt es ja doch einmal vor, dass unsere geliebte J2EE Engine nicht mehr starten möchte. Habe ich zumindest mal gehört Und gerade habe ich im Internet einen zwar nicht mehr ganz neuen, aber irgendwie immer noch aktuellen Guide zum Vorgehen zur Analyse von eben diesen Problemen gefunden. Lege ich mal hier ab.

Unter Umständen können gesetzliche Bestimmungen dazu führen, das BW Reports (z.B. für diverse Aufsichtsbehörden) in der entsprechenden Landessprache verfasst sein müssen.

Wenn man nun diese Sprache ansonsten nicht zwingend benötigt und deshalb nicht installieren möchte, kann man folgenden Workaround nutzen:

1. zcsa/installed_languages im Defaultprofil um den Wert “X” (X jeweils für die benötigte Sprache) erweitern
2. zcsa/second_language = E im Defaultprofil
3. Mit dem Report RSCPINST die NLS-Einstellungen um den Wert für die Sprachte (z.B. “PT” für Portugiesisch) ergänzen
4. In der SMLT die Sprache (wieder das Beispiel: Portugiesisch) mit Auffüllsprache Englisch klassifizieren.

Wenn man sich nun in der “neuen” Sprache (z.B.Portugiesisch) anmeldet, erscheint das Menü in Englisch und man kann portugiesische Texte eingeben.
Wichtig ist allerdings, dass bei einem Upgrade in der Phase LANG_SELECT die Sprache (z.B.Portugiesisch) abgewählt wird. Andernfalls würden die (portugiesischen) Sprachanteile des Upgrades importiert. Außerdem muss nach dem Upgrade die Sprachklassifikation wiederholt werden.

Einrichtung SNC für SAP auf Windows 

Teil 1 Voraussetzungen und Hinweise

Kerberos Single Sign-On (SSO) bietet eine einfache und sichere Anmeldemethodik für ein SAP System. Sie eignet sich, wenn Windows 2000 oder höher verwendet wird.

Sofern das System für SSO konfiguriert ist, kann ein berechtigter Benutzer, der an Windows angemeldet ist, auf das SAP-System zugreifen, indem er es einfach im SAP-Logon-Fenster auswählt oder eine Verknüpfung verwendet. Der Benutzer braucht nicht bei jeder Anmeldung am SAP-System über SAP GUI für Windows eine Benutzerkennung und ein Kennwort einzugeben. Daher erleichtert SSO die Verwaltung der SAP-Systembenutzer.

Der Microsoft Kerberos Security Service Provider (SSP) bietet sichere Authentifizierung plus Verschlüsselung der Netzwerkkommunikation.

Folgende Hinweise und Dokumentationen sind zu beachten. Wie das ganze eingerichtet und konfiguriert wird, werde ich in meinem nächsten Beitrag zusammenstellen.

SAP Hinweise

352295 – Microsoft Windows Single-Sign-On-Optionen

1257108 - Sammelhinweis: Analyse von Single Sign On (SSO)-Problemen

595341 – Installation issues with Single Sign-On and SNC

1043694 – Schl. Performance bei Verwendung von SNC für SSO

184277 – Längenbeschränkungen von SNC-Namen

150699 – Neueste Patches für SNC-Probleme

1153116 – Work Center: SAP SSO überschreiben

SAP Installationsguides

SAPNW700 InstallGuide mit SNC SSO Kapitel

SAP Online Help

http://help.sap.com/saphelp_nw73/helpdata/DE/44/0ebf6c9b2b0d1ae10000000a114a6b/frameset.htm

Weitere Infos, Whitepaper von Microsoft

http://www.microsoft.com/isv/sap/technology/interop/ad.aspx

Verfahren / Tool zum Rücksetzen von SAP Benutzer Passwörtern

http://download.microsoft.com/download/5/7/f/57f1490e-8a8d-497b-bbae-ec2a44b3799f/Password_Reset.pdf

Unter Umständen ist es doch mal notwendig, Transporte mit dem tp Befehl direkt über das Betriebssystem zu importieren. Im folgenden die wichtigsten Befehle

U Modes für tp

Beispiel:

tp addtobuffer <Transportauftrag> SID

tp import <Transportauftrag> SID client=111 u1389

Im Transaktionsfeld eines SAP Systems lassen sich nicht nur die Transaktionen aufrufen. Im Folgenden stelle ich zusammen, welche sogenannte OK-Codes noch möglich sind:

Wer kennt das nicht, man braucht mal wieder in einem der vielen Systeme ein neues Kennwort und alle Kennwörter, die man sich merken kann, sind noch gesperrt.

Mit einem kleinen ABAP kann man nun die Kennworthistorie löschen und sein gewohntes Kennwort somit wieder benutzen

REPORT ZPWDDEL . ************************************************** *

* This program resets the user’s password * history, so the user can use the same * password again. * **************************************************

TABLES: USR02.

PARAMETERS: USER LIKE USR02-BNAME.

SELECT * FROM USR02 WHERE BNAME = USER. ENDSELECT.

IF SY-SUBRC = 0.

USR02-OCOD1 = USR02-OCOD2 = USR02-OCOD3 = USR02-OCOD4 = USR02-OCOD5 = USR02-BCODE.

MODIFY USR02.

ELSE.

WRITE: / ‘User does not exist’.

ENDIF.

Für Performance Untersuchungen ist es natürlich von großer Bedeutung, dass SAP Speichermodell vor Augen zu haben. Nur dann ist eine entsprechende Einordnung der SAP Parameter und der gemessenen Werte aus den entsprechenden Transaktionen möglich. Zur Veranschaulichung soll dieser Beitrag dienen, der das SAP Speichermodell in Windows Umgebungen darstellt.

FLAT Memory Model

Memory Management Windows / SAP => Kernel 7.00

Das Flat-Speichermodell wird mit dem 64-Bit-Windows zur Verfügung gestellt. Dieses Modell benötigt weniger CPU, aber mehr Speicherplatz.
Es wird mit dem folgenden Profilparameter aktiviert:
     es/implementation = flat
Mit dem Flat-Speichermodell werden alle Benutzerkontexte dauerhaft in allen Workprozessen zugeordnet. Ressourcenintensive Aufrufe, die ein Prozess-Working-Set modifizieren, werden nicht ausgeführt und proaktives Auslagern tritt ebenfalls nicht auf.
Dieses Verhalten wird als sehr positiv gewertet, solange die Kontexte in den physischen Speicher passen. Sobald die größer werdenden Prozess-Working-Sets durch das Betriebssystem beschränkt werden, könnte der Seitenwechsel die Performance sehr beeinträchtigen, da das Betriebssystem zwischen den verwendeten und nicht verwendeten Kontexten nicht unterscheiden kann.

Die Kontexte, die am längsten im System sind, werden als erstes ausgelagert. Wie viel Speicher zusätzlich benötigt wird, ist benutzerspezifisch und hängt davon ab, wie lange und wie viele Benutzer inaktiv sind. SAP rechnet zunächst mit über 30 % mehr physischen Speicher.

Mit dem Seitenschutz wird sichergestellt, dass die verschiedenen Benutzerkontexte vor Missbrauch in anderen Kontexten geschützt sind. Die Seiten, die zum aktuell ausgeführten Benutzerkontext gehören, zählen allerdings nicht dazu. Windows erzeugt einen beträchtlichen Overhead an CPU-Verbrauch beim Schützen der Seiten. Um wirklich vom Flat- Speichermodell zu profitieren, können der Speicherschutz mit dem folgenden Parameter deaktiviert werden:
     es/use_mprotect = false

Dies ist nicht für Produktiv-Systeme empfohlen, da der SAP Support ein geschütztes Speichermodell benötigt. Wird der Speicherschutz deaktiviert und treten Probleme auf, die sich auf überschriebene Speicherbereiche beziehen, kann der SAP Support die Ursache nicht im Detail analysieren.
Ein typisches Szenario für das ungeschützte Flat-Speichermodell ist die Operation in einer virtualisierten Umgebung. Da die Performance der virtualisierten Umgebung sehr sensibel auf die Anzahl der Systemaufrufe reagiert, reduziert das ungeschützte Flat- Speichermodell das Laden auf ESX beträchtlich.

Zero Management Model

Memory Management Windows / SAP < Kernel 7.00

Das klassische SAP-Speichermodell auf Microsoft Windows wurde für die 32-Bit-Adressierung entwickelt. Der gesamte Speicher, der für die ABAP-Transaktion benötigt wird (“Benutzerkontext”), wird in einer memory mapped file gespeichert. Der Benutzerkontext wird einem Workprozess beigefügt, wenn die Transaktion ausgeführt wird, und am Ende der Transaktion entkoppelt, wenn die Ausgabe an die Benutzeroberfläche gesendet wird.

Im Folgenden werden die Vorteile des klassischen Modells erläutert:

• Jeder Benutzer kann den Adressbereich des Prozesses vollkommen ausnutzen. Hierbei wird jedoch vorausgesetzt, dass der maximale Benutzeradressbereich 3 GB beträgt und Sie noch Speicherplatz für das Coding und die Shared Buffer reservieren müssen. Außerdem haben Sie ca. 2 GB für den Benutzerkontext zur Verfügung.
• Ausschließlich die regelmäßig verwendeten Kontexte verbleiben im Speicher. Das Windows-Betriebssystem verschiebt die Seiten, die von einem Prozess entkoppelt wurden, in die modifizierte Seitenliste. Die ältesten Seiten dieser Liste werden ausgelagert.

Der Nachteil des klassischen Modells besteht darin, dass die Betriebssystemaufrufe wie z. B. MapViewOfFile() sehr ressourcenintensiv sind, da die Prozessseitentabelle neu organisiert werden muss. Dieser Vorgang beansprucht außerdem einen kritischen Bereich innerhalb von Windows, in dem die Prozesse insbesondere auf den Multi-CPU-Servern serialisieren könnten.

Weitere Informationen über die verschiedenen SAP Speichermodelle auf Windows Betriebssystemen enthält der SAP Hinweis # 1002587 – Flat-Speichermodell auf Windows
und der SAP Hinweis # 88416 – Zero Administration Memory Management ab 4.0A/ Windows.

SAP Transaktionen für die technische Analyse

SAP Transaktionen für die Workload Analyse