SAP Basis und Solution Manager

Sie möchten Ausgabegeräte aus Transaktion SPAD löschen

2011-11-18T14:03:00.001+01:00

wissen aber nicht, ob die Ausgabegeräte möglicherweise noch in Anwendungstabellen vorhanden sind.

Dabei hilft der Hinweis 1040456 - Verwendungsnachweis für Ausgabegeräte!

Der Report RSPO0040 ist ab 7.00 SP24 bzw. 7.01 SP09 im Standard verfügbar!

Sonst einfach über SNOTE einspielen...

GOOGLE+

2011-11-18T13:55:00.001+01:00

hallo - ihr könnt mir jetzt auch über meine google+ seite folgen :-)

Concurent User Vermessung eines ABAP Systems

2011-10-20T13:07:00.003+02:00

Auf der Suche nach dem Thema Concurent User auf einem ABAP System bin ich auf die Reports CCUINIT und CCUEVAL gestoßen!

Mit dem Report CCUINIT wird die Vermessung eingeplant - z.B. für einen Zeitraum von 30 Tagen!

Mit dem Report CCUEVAL kann man das Ergebnis auswerten.

Die Doku dazu gibt es im HW 157758.

Die Reports werden leider nicht mehr weiterentwickelt - Session mit HTTP werden z.B. nicht erfasst. Laut SAP wurde die Funktion der Concurent User in das CCMS übernommen - meines erachten stimmt das nicht da das CCMS doppelte User Anmeldunge auch mitzählt (gerade im BW gibt es für jeden BEX User eine Dialog Anmeldung und eine RFC Anmeldung.

Transaktion ST13 - BACKGROUND_JOB_ANALYSIS

2011-07-15T14:18:00.006+02:00

Mit der Transaktion ST13 werden einige interessante Reports ausgeliefert!

Heute möchte ich mal den Report BACKGROUND_JOB_ANALYSIS vorstellen.

Öfters stellt man sich die Frage bei einer neuen Anforderung für einen Batchjob wann soll bzw. kann ich diesen am besten laufen lassen.

Mit dem Report BACKGROUND_JOB_ANALYSIS hat man die Möglichkeit sich die Historie aller Jobs pro Applikationsserver anzusehen.

z.B. wann sind wieviele Jobs zugleich auf einem Applserver gelaufen und haben wieviel CPU verbraucht - somit kann man schon mal abschätzen das man in einer gewissen Zeit vielleicht keinen Job mehr einplanen sollte da alle Workpresse belegt sind.

Anbei ein Beispiel: ab 04:45 macht es keinen Sinn mehr auf diesem Applikationsserver
Batchjobs einzuplanen!

Neues Berechtigungsobjekt S_TABU_NAM für Tabellenzugriffe

2011-04-22T19:00:00.001+02:00

Es gibt ein neues Berechtigungsobjekt S_TABU_NAM für Tabellenzugriffe in welchem Tabellennamen hinterlegt werden können. Bisher war die Berechtigungsprüfung ja nur über die Berechtigungsgruppe im Objekt S_TABU_DIS möglich!

Über die im OSS Hinweis 1481950 angegebenen Korrekturanleitungen, bzw. Support-Packages wird das Berechtigungsobjekt S_TABU_NAM eingespielt und ein für die Tabellen- Berechtigungsprüfungen zentraler Funktionsbaustein (VIEW_AUTHORITY_CHECK - Berechtigungsprüfung für Views/Tabellen) entsprechend angepasst.

Das neue Berechtigungsobjekt S_TABU_NAM enthält zwei Felder

Aktivität 02 (Ändern) oder 03 (Anzeigen)

Tabellenname

Damit ist jetzt die Vergabe eines Zugriffsrechtes auf einzelne Tabellen bzw. Views möglich.

Das bis dahin ausschließlich genutzte Berechtigungsobjekt S_TABU_DIS enthält ebenfalls zwei Felder:

Aktivität 02 (Ändern) oder 03 (Anzeigen)

Berechtigungsgruppe Berechtigungsgruppe der Tabelle

Zentrale Jobverwaltung über den Solution Manager

2011-03-25T15:48:00.004+01:00

Workcenter /sap/bc/webdynpro/sap/ags_workcenter?WORKCENTER=AGS_WORK_JOB_SCH_MAN

Sie suchen nach einer Möglichkeit Ihre Batchjobs Zentral zu verwalten und dokumentieren?!

Ja sowas gibt es im Solution Manager 7.01 (EHP1 Sp24) ohne das sie eine zusätzliche Software kaufen müssen....

Wenn es nur darum geht Jobs zu dokumentieren, monitoren und einplanen dann brauchen sie dazu keine cps lizenz kaufen - das geht auch ohne cps!

Beispiel für eine Jobdoku

Wenn der Job dokumentiert ist kann man diesen auch über den Solman im Zielsystem einplanen und dann via BPM monitioren.

Es gibt auch die Möglichkeit das die Keyuser Jobs über ein Webinterface beantragen können.

HOTNEWS: Hinweis 1529649 - Ende der Gültigkeit des Fabrikkalenders Ende 2010

2010-11-30T13:58:00.000+01:00

Symptom

Die von SAP gelieferten Fabrikkalender gelten standardmäßig bis 2010. Vor Ablauf der Gültigkeit wird keine Fehlermeldung angezeigt. Dies kann zum Jahreswechsel in Anwendungen, die den Kalender verwenden, zu Folgefehlern führen.

Weitere Begriffe

Die Gültigkeit der Kalender endet 2010.

Ursache und Voraussetzungen

Alle SAP-Standardsysteme werden bei der Erstinstallation mit dem oben genannten Gültigkeitsdatum bereitgestellt.

Lösung
Prüfen Sie die Gültigkeit des Fabrikkalenders im System mithilfe von Transaktion SCAL. Verlängern Sie die Gültigkeit des Kalenders Ihren individuellen Anforderungen entsprechend manuell. Eine ausführliche Beschreibung zum Bearbeiten des Kalenders finden Sie im SAP-Hinweis 501670.

Der Fabrikkalender basiert auf dem Feiertagskalender. Aus diesem Grund muss zunächst die Gültigkeit des zugrunde liegenden Feiertagskalenders verlängert werden, bevor Sie die Gültigkeit des Fabrikkalenders verlängern. Nach dem Ändern der Einstellungen muss der Kalenderpuffer aktualisiert werden.

Im Allgemeinen empfiehlt SAP, in Produktivsystemen keine Änderungen am Fabrikkalender vorzunehmen. Alle Kalenderdaten sollten in einem Customizing-System verwaltet werden. Updates erfolgen über Transporte aus dem Customizing-System. Als Sonderfall kann ein Customizing-Mandant im Produktivsystem eingerichtet werden. Änderungen am Customizing-Mandanten betreffen dann direkt das Produktivsystem, da die Daten mandantenunabhängig sind.

Index-Komprimierung im SAP-Umfeld

2010-11-03T12:37:00.001+01:00

Index-Komprimierung wird im SAP-Umfeld ab Oracle 10g unterstützt. Es können nur B*TREE-Indizes komprimiert werden, aber keine Bitmap-Indizes (die ja durch Verwendung von Bitmaps schon platzsparend angelegt sind). Beachten Sie auch Hinweis 1109743

Index-Komprimierung lohnt sich besonders dann, wenn es führende Index-Spalten gibt, die wenige Ausprägungen haben und für einen relativ großen Anteil der gesamten Index-Spalten-Länge verantwortlich sind. Die optimale Anzahl der zu komprimierenden Spalten kann standardmäßig gemäß Hinweis 1109743 ermittelt werden. Dieser Ansatz hat den Vorteil, dass er auf CBO-Statistiken basiert und daher ziemlich schnell ist und keine Sperren erfordert.

Alternativ kann in bestimmten Situationen auch ANALYZE INDEX VALIDATE STRUCTURE wie im folgenden beschrieben verwendet werden. Beachten Sie aber, dass VALIDATE STRUCTURE zu Sperren führt und daher nicht parallel zum Produktivbetrieb durchgeführt werden sollte. Außerdem kann diese Operation nicht parallelisiert werden, weshalb es zu langen Laufzeiten kommen kann:
ANALYZE INDEX "" VALIDATE STRUCTURE;

Anschließend kann der Tabelle INDEX_STATS die Komprierungsinformation entnommen werden, z.B.:
SELECT OPT_CMPR_COUNT, OPT_CMPR_PCTSAVE FROM INDEX_STATS;
OPT_CMPR_COUNT OPT_CMPR_PCTSAVE
-------------- ----------------
2 22

In diesem Fall schlägt Oracle eine Komprimierung der zwei führenden Indexspalten vor und erwartet dadurch eine Reduzierung der Netto-Indexdaten um 22 Prozent.

Mit aktuellen BRSPACE-Versionen können mit Hilfe der "-CBB"-Option ebenfalls INDEX REBUILDs mit integriertem COMPRESS durchgeführt werden. Beispiel für eine Komprimierung der ersten zwei Indexspalten:
brspace -f idrebuild -i INDEXNAME -CBB 2

Indexbeschädigung/falsche Ergebn. nach ONLINE-Indexneuaufbau

2010-08-11T19:24:00.003+02:00

Da gibt es doch einen ordentlichen BUG unter 10.2.0.4!

Betrifft alle die sich die Mühe genommen haben und Ihre Indizes ONLINE reorganisiert haben...

bzw. wenn folgendes gemacht wurde:

Wenn beim Online-Indexneuaufbau eine Änderung einer hohen Parallelverarbeitung in der Tabelle durchgeführt wird, KANN der Index durch fehlende Schlüssel beschädigt werden

sie SAP NOTE 1413928

Übersichtlicher Berechtigungstrace ST01

2010-05-31T10:50:00.001+02:00

Frank Buchholz (SAP) hat einen Report erstellt der den Berechtigungstrace übersichtlicher aufbereitet!

Den Code zum Report gibt es auf dem sdn.sap.com unter den Link:

http://wiki.sdn.sap.com/wiki/display/Snippets/Show+ST01+authorization+trace

SAP-Performanceoptimierung 6. Auflage

2010-04-08T18:09:00.002+02:00

Diese 6. Auflage unseres Standardwerkes erläutert in bewährter Manier alles Wichtige zu Performanceanalyse und -optimierung. Sie lernen, welche Faktoren in den verschiedenen SAP-Komponenten die Performance beeinflussen, wie Sie die Systeme überwachen und was Sie tun können, wenn die Systemleistung nicht befriedigend ist. Zudem zeigt Ihnen der Autor sämtliche Werkzeuge und Verfahren zu Analyse und Tuning und gibt Ihnen praktische Tipps zur Performanceverbesserung.

Berücksichtigt werden dabei alle Aspekte von SAP-Software: Von performancekritischen Komponenten wie Datenbank, Hardware oder Betriebssystem über die serverinterne Verarbeitung (Workprozesse, Sperren, Lastverteilung etc.) bis hin zu Schnittstellen und Eigenentwicklungen wird jeder Bereich durchleuchtet, der Einfluss auf die Leistung Ihres Systems nehmen kann.

Neu in dieser Auflage sind Kapitel zu SAP NetWeaver BW zum BW Accelerator und zum TREX, zudem werden die Abschnitte zu den Datenbanken aktualisiert.

Tabelle SMSELKRIT wächst nach dem SP 15 (600) bzw. SP 2 (604) sehr schnell an!

2010-04-02T06:38:00.001+02:00

Du hast gerade ein Upgrade auf 6.04 gemacht und musst feststellen das die Tabelle SMSELKRIT sehr schnell anwächst? dann schau dir mal den Hinweis

1455076 - CK40N: zuviele Einträge in Tabelle SMSELKRIT geschrieben

an!

Symptom

Durch die Korrektur in Hinweis 1255943 werden im Kalkulationslauf (im Schritt Selektion) Materialien in den angegebenen Werken vorselektiert.
Diese werden jedoch später auch als Selektionen in den Daten des Schedule Managers abgespeichert.

Weitere Begriffe

SMSELKRIT, SAPRCK60, CK_MATNR, KALO, SchedMan

Ursache und Voraussetzungen

Programmfehler

Lösung
Installieren Sie die Programmkorrektur.
Die überflüssigen Monitor-Einträge für den Schedule Manager können gemäß Hinweis 803641 gelöscht werden. Als Parameter tragen Sie dabei den Programmnamen 'SAPRCK60' und das Startdatum ein.

SAP Solution Manager

2010-03-26T16:01:00.001+01:00

SAP Solution Manager – die Checklistensoftware?

Posted using ShareThis

Automatisierung von Systemkopie-Nacharbeiten durch SAP

2010-03-03T19:39:00.003+01:00

Auf dem DSAG Technologietagen 2010 gab es eine Präsentation zum Thema "Automatisierung von Systemkopie-Nacharbeiten durch SAP"

Das zeigt das die SAP nun endlich auch kapiert hat das eine Systemkopie mit Aufwand verbunden ist und ein Teil der Nacharbeiten zumindesten automatisiert und standardisiert werden müssen.

Das Toll läuft in einer J2EE Instanz und baut über RFC eine Verbindung zum kopierten ABAP System auf.

Es werden vor der Kopie Einstellungen wie RFC, Profile, Secstore usw. gesichert und nach der Kopie wieder automatisiert eingespielt.

Die Entwicklung liegt im Moment bei 80% - doch ich denke mal das die erste Version nicht vor 2011 auf den Markt kommen wird - die haben hier wieder einmal im Stillen Kämmerchen entwickelt und bei der Nachfolgenden Diskussion kam für die SAP ein gewisses AHA Erlebnis.

Frage mich nur warum das man hier die Kunden bei der Entwicklung nicht schon früher eingebunden hat - jeder SAP Betreiber kopiert im Jahr sicher mehr als 3 Systeme und hat hier
eine sehr grosse Erfahrung.

Anbei der Link zur Präsentation (DSAG Login)

https://www.dsag.de/uploads/tx_dsagbase/documents/02_M_Zarske-Harms-Reichart-Droescher.pdf

SM50 - Snapshot / Screenshot alle 10 Sekunden

2010-01-26T19:35:00.006+01:00

Wenn man auf einem System das Paket ST-PI installiert hat dann gibt es den Report

/SDF/MON welcher im Moment nur in Englisch verfügbar ist!

Mit diesem Report kann man Snapshots der SM50 Übersicht erzeugen - also welche Programme mit welchem SQL Select sind gerade gelaufen - und das wird alle 10 Sekunden weg gespeichert.

Somit kann man auch die Vergangenheit beauskunften....

Was macht das für einen Sinn?!

Na gut - jeder hatte sicher schon einmal das Problem gehabt das es zu einem Systemstillstand kam - mit dem dpmon hat man die SM50 Prozesse noch gesehen -
aber einen Screenshot hat man nicht mehr erzeugen können - oder es kommt in der Nacht zu einem fast Systemstillstand - z.b. die Anmeldung ist für eine paar Minuten
nicht mehr möglich und danach läuft wieder alles normal - mit diesem Programm
kann man Zeiten definiert wo die SM50 aufgezeichnet wird und man kann dann morgens
prüfen was da los war.

Natürlich lässt man diesen Monitor nicht immer laufen - sondern nur wenn man ein Problem lösen muss...

anbei ein paar Screenshots dazu:

Einstieg

Übersicht der Auzgezeichneten Daten:

und mit einem doppelklick sieht man einmal die SM50 aus der Vergangenheit:

HOT NEWS - Hinweis 1422843 - Falsches Löschdatum in Spool-Auftrag

2010-01-12T12:15:00.001+01:00

Symptom

Für die neu angelegten Spool-Aufträge ist das Löschdatum 31.12.2099 oder
01.01.2100 gesetzt, und zwar unabhängig von der Aufbewahrungsfrist, die
während der Anlage festgelegt wurde. Dies passiert, sobald das Löschdatum
über den 01.01.2010 hinausgeht, was normalerweise auch der Fall ist, wenn
Spool-Aufträge nach dem 23.12.2009 angelegt wurden.
Dasselbe falsche Löschdatum wird angezeigt, nachdem ein Spool-Auftrag mit
einem richtigen Datum erneut gedruckt wurde. Dieses Problem tritt in allen
SAP-Releases unabhängig vom Support-Package- oder Kernel-Patch-Level auf.
Diese Spool-Aufträge werden nicht gelöscht, wenn der Spool-Reorg-Job
RSPO0041 oder RSPO1041 mit einer Variante ausgeführt wird, die Aufträge
ausschließlich nach deren Löschdatum und nicht nach deren Mindestalter
auswählt.

Beschreibungen zu weiteren Symptomen des zugrunde liegenden Fehlers finden
Sie in SAP-Hinweis 1423484.

Weitere Begriffe

Löschdatum, SP01, Support Package 01, 01.01.2100, Ablaufdatum, Spool voll,
Spool-Überlauf
Ursache und Voraussetzungen

DVM Data Volume Management

2010-01-11T19:17:00.009+01:00

Ich möchte kurz über meine ersten Erfahrungen zum Thema DVM berichten.

was ist eigentlich das DVM?!

DVM bedeutet Data Volume Management

Die SAP hat es dem Application Life-Cycle Management und somit dem Solution Manager zugeordnet.

Mit diesem Tool ist es möglich sein Datenbankwachstum besser zu monitoren bzw.
wo kann man archivieren usw...

- es gibt
von der SAP nach der erfolgreichen Installation folgende fertige BI Auswertungen:

DVM Saving Potential
DVM Saving Potential Archiving
DVM Age of Records - Year (Single Table)
DVM Age of Records - Year+Month (Single Table)
DVM Age of Records (Single Table)
DVM Age of Records per Table (Analysis Timestamp)
DVM Archiving Job Information
DVM Archiving Statistics per Object
DVM Archiving Statistics per Object (Table Input)
DVM TOP 100 Tables - Current Month
DVM TOP 100 Tables - Current Overview
DVM TOP 100 Tables - Current Week
DVM TOP 100 Tables Growth - Daily
DVM TOP 100 Tables Growth - Weekly
DVM TOP 100 Tables Growth - Monthly

1) damit man im Solution Manager EHP01 das DVM verwenden kann muss man auf dem überwachten System den Diagnostic Agenten installieren.
2) das SOLMAN_SETUP (besonders die Aktivierung vom BI Content für den Solman muss erfolgreich durchgeführt worden sein)
3) das Managed System Setup im Solman durchlaufen
4) im efwk (wd_efwk_adminui_config) admin für das Managed System die Extraktoren aktivieren

----------------------------------------------------------------------------------

das war es schon - aber unterschätzen sie bitte nicht die punkte 1 bis 3 - wenn das
noch nicht eingerichtet ist dann kann das wirklich viel Arbeit bedeuten - besonders
da die Qualität der SAP Software so schlecht ist das man sehr sehr viele Hinweise dazu einbauen muss bis irgendwas funktioniert.

Anbei noch ein paar Beispiele wie so eine Auswertung aussieht:

Das ist die wöchentliche Auswertung der 100 grössten Tabellen - inkl. wieviele Einträge diese gerade haben. Dadurch kann man dann sehr schön kontrollieren
welche Tabelle ist im Vergleich der letzten Woche um wieviele MB angewachsen.

Interessant natürlich auch die Tabellen wo sehr wenige Einträge vorhanden sind aber
die Grösse der noch relativ gross ist - hier könnte man reorganisieren.

------------------------------------------------------------------------------

oder bei dieser Aussertung werden die Einträge der Tabelle nach dem Erstellungsdatum selektiert und nach dem Jahr gruppiert:

Automatisierte Oracle-10g-Patch-Prüfung

2009-12-04T14:03:00.003+01:00

Einmal habe ich zu diesem Thema bereits kurz einen Blog erfasst - in diesem konnte man mit einem brconnect Befehlt prüfen welche Patches man installiert hat - doch mit diesem SAP Hinweis kann man seinen aktuell installierten Patchstand mit dem aktuellsten Patchstand vom SAP Markteplace quer prüfen und die neuesten Patches installieren!

Link zur Patchcheck Tool

https://service.sap.com/~sapidb/012003146900000618932009E/sap_patchcheck.htm

Symptom

Sie möchten die installierten Oracle-10g-Patches mit den erforderlichen Patches für SAP vergleichen.
Weitere Begriffe

Patch-Überprüfung, Oracle
Ursache und Voraussetzungen

Sie verwenden Oracle 10g.
Sie haben eine Liste der installierten Patches und die Ausgabe eines der folgenden Befehle:

o opatch lsinventory

o RSORAPATCHINFO

o brconnect -u / -c -F lsinv

Lösung

Diesem SAP-Hinweis ist eine HTML-Seite mit einem JavaScript-Programm beigefügt, das eine automatische Prüfung durchführt.

Das Programm wird synchron zu den Patch-Hinweisen gepflegt.
Aktuell

* SAP-Hinweis 871735 Version 45

* SAP-Hinweis 871096 Version 189 (10.2.0.2)

* SAP-Hinweis 1137346 Version 78 (10.2.0.4 und Windows-Mini-Patches)

Gehen Sie folgendermaßen vor, um die Prüfung durchzuführen:

o Öffnen Sie die beigefügte HTML-Seite in einem Browser, der JavaScript unterstützt (getestet wurde dies bisher in Firefox 3.0, 3.5, Safari 4.0 und Internet Explorer 7, sollte aber problemlos in allen neueren Browsern funktionieren).

o Geben Sie an, ob Sie eine kurze Ausgabe (lediglich fehlende und veraltete Patches) oder eine lange (alle zugehörigen Patches und SAP-Hinweise) benötigen.

o Wählen Sie das Datenbank-Betriebssystem aus.

o Fügen Sie die Liste der abgerufenen Patches mit einem der erwähnten Befehle in das Textfeld ein.

o Wählen Sie die Drucktaste zum Prüfen ("Check").

Daraufhin wird ein neues Fenster mit Informationen zur Prüfung geöffnet.

Wie ändert man das Kennwort vom SDM (Software Deployment Manager)

2009-11-27T08:45:00.001+01:00

Es kann sein das man im SDM mal das Kennwort ändern muss!

dazu geht man in das Verzeichnis /usr/sap///SDM/program

und ruft folgende Befehle auf:

StopServer.sh

sdm.sh jstartup "mode=standalone"

sdm.sh changepassword "newpassword=xxx"

sdm.sh jstartup "mode=integrated"

StartServer.sh

Kennwort wurde in diesem Fall auf xxx geändert...

Tipps & Tricks zur Fehlersuche bei Workflow-Problemen

2009-11-25T09:39:00.002+01:00

[1] Bearbeiterzuordnung/Bearbeiterermittlung
[2] Hängender Workflow
[3] Performance in SAP Business Workplace (SBWP)
[4] Ereignisse
[5] Transport von Workflow-Mustern
[6] Extended Notifications
[7] Transaktionen zur Fehlersuche
------------------------------------------------------------------------------------
[1] Bearbeiterzuordnung/Bearbeiterermittlung

Workitems werden nicht dem richtigen Benutzer oder allen Benutzern im System zugewiesen. Sie müssen den Fehler beheben. Ermitteln Sie das Workflow-Muster und den Schritt, bei denen das Problem auftritt, und prüfen Sie Folgendes:
Mögliche Bearbeiter

Bestimmen Sie die dem Schritt im Workflow-Muster über den Workflow-Editor zugewiesene Aufgabe und klicken Sie auf die Drucktaste 'Bearbeiterzuordnung'. Das Bildschirmbild 'Bearbeiterzuordnung &' für die Aufgabe wird angezeigt. (Alternativ können Sie die Aufgabe über Transaktion PFTS anzeigen oder auf die Aufgabenkennung im Schritt doppelklicken. Nutzen Sie hierzu den Menüpfad Weitere Daten => Bearbeiterzuordnung => Pflegen oder Anzeigen.)

Wenn der Aufgabe keine möglichen Bearbeiter zugeordnet sind oder die Aufgabe nicht den Status 'Allgemein' (verfügbar für alle Benutzer) hat, ist dies höchstwahrscheinlich die Ursache für das Problem bei der Bearbeiterzuordnung. Sie müssen der Aufgabe Benutzer/Planstellen/Organisationseinheiten usw. zuweisen, um sie als 'Allgemein' einstufen zu können.
Zuständige Bearbeiter

Zuständige Bearbeiter werden im Workflow-Schritt im Abschnitt 'Bearbeiter' zugewiesen. Normalerweise sehen Sie Planstellen, Ausdrücke oder Regeln zum Bestimmen der zuständigen Bearbeiter. Sie müssen prüfen, ob Bearbeiter zur Laufzeit zurückgegeben werden. Wenn die mögliche Bearbeiterzuordnung Ihrer Aufgabe in Ordnung ist, müssen Sie die zuständigen Bearbeiter prüfen. Gehen Sie zur Fehlersuche wie folgt vor:

o Regel Wenn Sie eine Regel verwenden, können Sie die Regelausführung über die Drucktaste 'Regelauflösung simulieren' in PFAC simulieren. Eine Regel empfängt zur Laufzeit Daten vom Workflow-Container. Prüfen Sie daher den Datenfluss in der Workflow-Definition darauf, welche Daten vom Workflow-Container an den Regel-Container übergeben werden sollen. Wählen Sie anschließend die Workitem-Instanz, bei der das Problem auftritt, und verwenden Sie die Daten aus dem Workflow-Container für Ihre Simulation. Geben Sie beim Verwenden der Simulationsoption in PFAC über F4 die Testcontainerdaten ein. Wenn nicht die erwarteten Bearbeiter zurückgegeben werden, müssen Sie die Regelimplementierung prüfen, z.B. ob Sie einen benutzerdefinierten Funktionsbaustein verwenden oder Zuständigkeiten gepflegt haben. Wenn die Rückgabe der Bearbeiter während der Simulation reibungslos funktioniert, zur Laufzeit jedoch Probleme auftreten, lesen Sie bitte SAP-Hinweis 755767.

SAP-Hinweis Beschreibung

755767 Besonderheit bei Berechtigungen im Workflow

o Ausdruck Wenn Sie zum Festlegen der zuständigen Bearbeiter einen Ausdruck verwenden, müssen Sie die Workitem-Instanz prüfen, in der das Problem aufgetreten ist, und nachschauen, welcher Wert im Ausdruck im Workflow-Container enthalten ist. Im Falle eines unerwarteten Werts müssen Sie bestimmen, wo im Workflow der Ausdruck gefüllt wird und untersuchen, warum der Wert falsch ist. Eine gute Möglichkeit zum Herausfinden, welche Schritte genau ein bestimmtes Container-Element verwenden, ist das Klicken mit der rechten Maustaste auf das Container-Element im Workflow-Builder und Auswählen der "Anzeigen Verwendungsnachweis"-Grafik. Auf diese Weise werden alle Schritte hervorgehoben, in denen das Container-Element/der Ausdruck verwendet wird.

Nützliche Transaktionen

* PFAC - Pflegen/Anzeigen der Standardregel

* PFTC - Pflegen/Anzeigen von Aufgaben

* SWDD - Workflow Builder

* PPOSW - Anzeigen der Aufbauorganisation

[2] Hängender Workflow

Dieser Bereich ist in vier Abschnitte eingeteilt.

o Workitem-Enqueue

o SM58/SWU2

o Kurzdump während Methodenausführung

o Transaktionen zum Neustart von fehlerhaften Workitems

Workitem-ENQUEUE

Wenn ein Workitem ausgeführt wird und das Workflow-Laufzeitsystem versucht, auf das Workitem zuzugreifen, funktioniert dies nicht, da für das Workitem zurzeit eine Sperre oder Enqueue gilt. Einige Beispiele:

Beispiel 1
Ein Benutzer führt eine asynchrone Aufgabe aus. Während der Ausführung des Workitems wird das beendende Ereignis im System ausgelöst und versucht, den Workitemstatus auf KOMPLETT zu setzen. Dies ist jedoch aufgrund der Sperre/Enqueue nicht möglich. In diesem Fall wird das Ereignis in der Ereignis-Queue gepuffert. Sobald das Workitem freigegeben wird, liefert es sofort das gepufferte Ereignis. Weitere Informationen finden Sie in SAP-Hinweis 749945.

Beispiel 2
Sie verwenden Parallelverarbeitung mit einem parallelen Abschnitt mit 2 Zweigen (1 Zweig ist zum Abschließen erforderlich). In einem Zweig befindet sich ein Dialogaktivitätsschritt und in dem anderen ein 'Warten auf Ereignis'-Schritt. Während der Dialogschritt von einem Benutzer durchgeführt wird, empfängt der 'Warten auf Ereignis'-Schritt sein Ereignis und fährt entlang des Zweigs fort und beendet den parallelen Abschnitt (zu Erinnerung: nur 1 Zweig ist zum Abschließen erforderlich). Wenn das Ende des parallelen Abschnitts erreicht ist, sollte das Dialog-Workitem auf den Status "Logisch gelöscht" gesetzt werden. Wegen der Sperre/Enqueue auf dem Workitem während der Ausführung durch den Benutzer geschieht dies jedoch nicht. Da ein Workflow zur weiteren Ausführung ein Callback benötigt, wird dieser Callback angehalten (in der Tabelle SWP_SUSPEN gespeichert). Diese Callbacks werden über den Report RSWWERRE erneut gestartet. Wenn Sie den Report RSWWERRE nicht eingeplant haben, verbleiben die Workitems in der Tabelle SWP_SUSPEN, empfangen kein Callback und werden daher nicht fortgeführt.

Fehlerbehebung

Wenn Workitems hängen, schauen Sie in der Tabelle SWP_SUSPEN nach, ob die entsprechende Workitem-Kennung dort vorhanden ist. Wenn ja, vergewissern Sie sich, dass der Job RSWWERRE ausgeführt wird, um das Workitem erneut auszuliefern. Wenn RSWWERRE ausgeführt wird und der Eintrag nicht ausgeliefert wird, suchen Sie mithilfe der Suchbegriffe "RSWWERRE" und "SWP_SUSPEN" nach entsprechenden SAP-Hinweisen. Wenn kein Eintrag in SWP_SUSPEN vorhanden ist, prüfen Sie in der Workflow-Definition, ob das Workitem asynchron ist, d.h. ob es ein beendendes Ereignis wie in Beispiel 1 oben benötigt. Prüfen Sie über Transaktion SWEQADM, ob das beendende Ereignis in der Ereignis-Queue gepuffert wird. Wenn ja, sollte es automatisch erneut ausgeliefert werden. Suchen Sie in den SAP-Hinweisen nach der Ereignis-Queue.

SM58 oder SWU2

Gelegentlich können Workitems bei Netzwerkproblemen, einem Systemabsturz und tRFC- und qRFC-Problemen im System hängen. Im technischen Workflow-Protokoll finden Sie Workitems mit dem Status "In Bearbeitung" oder "Komplett" die nicht mit dem nächsten Schritt fortgeführt werden. Suchen Sie in diesem Fall am besten in Transaktion SM58 nach Einträgen in Bezug auf die tRFC-Ausführung.

Wenn Sie herausfinden möchten, welches Workitem dem Eintrag in SM58 entspricht, doppelklicken Sie auf den Eintrag unter 'Transaktion-ID'. Hier erhalten Sie nützliche Informationen, z.B. die Standardaufgabe, das Business-Objekt, die Objektinstanz, das entsprechende Ereignis und die Workitem-Kennung. Diese Details sind nicht immer angegeben. Sie sollten jedoch ausreichend Informationen erhalten, um die Workitem-Kennung herauszufinden. Z.B. wenn die Aufgabenkennung angegeben ist, rufen Sie SWI1 auf, geben Sie die Aufgabenkennung und Datum und Uhrzeit des Eintrags ein und Sie sollten die Workitem-Kennung herausfinden können.

Nützliche Informationen

Die Einträge in SM58 können neu gestartet werden, wenn das Problem, wegen dem sie in der Liste vorhanden sind, behoben wurde. Wählen Sie den Eintrag aus der Liste aus und wechseln Sie zum Menü: BEARBEITEN => LUW ausführen, um einen Eintrag neu zu starten. Wenn Sie mehrere Einträge verarbeiten möchten, wechseln Sie zum Menü BEARBEITEN => LUWs ausführen oder planen Sie den Report RSARRCEX mit den richtigen Daten ein.

Kurzdump während Methodenausführung

Prüfen Sie in ST22, ob Kurzdumps in Bezug auf das hängende Workitem vorhanden sind. Wenn Sie in ST22 sowohl nach Datum und Uhrzeit der Workitem-Ausführung als auch nach dem ausführenden Benutzer oder WF-BATCH suchen, können Sie normalerweise exakt herausfinden, wo der Dump aufgetreten ist und ob es sich um benutzerdefinierten Code oder SAP-Standardcode handelt. Ein Kurzdump kann z.B. in benutzerdefiniertem Code aufgrund einer schlechten Ausnahmenbehandlung im Methodencode auftreten. In diesem Fall ist die beste Option, die Objektmethode über Transaktion SWO1 mit den Daten aus dem Workitem-Container zu testen, den Sie dem Workflow-Protokoll entnehmen können.

Wenn es sich bei der Objektmethode um SAP-Standardcode handelt, müssen Sie herausfinden, welcher Anwendungsbereich für die Objektmethode verantwortlich ist und in dieser Komponente eine Meldung erstellen.

Nützliche Informationen
Rufen Sie SWO1 auf, geben Sie das Business-Objekt ein und klicken Sie auf die Drucktaste "Anzeigen". Klicken Sie anschließend auf die Drucktaste "Grunddaten". Hier ist der mit dem Business-Objekt verbundene Programmname aufgelistet. Führen Sie den Report RSSTATUS also aus, um die Komponente, zu der das Objekt gehört, z.B. Objekt FORMABSENC, zu finden.

Programmname: SWUFORMA
Führen Sie den Report RSSTATUS aus: Komponente BC-BMT

Transaktionen zum Neustart von fehlerhaften Workitems

* SWPR - Workflow-Restart nach Fehler

* SWPC - Fortsetzen von Workflows nach Systemabsturz

* SWF_ADM_SUSPEND - Restart von angehaltenen Workflow-Callbacks

* SWF_ADM_SWWWIDH - Restart von angehaltenen Termin-Callbacks

[3] Performance in SAP Business Workplace (SBWP)

Die allgemeine Performance von SBWP kann durch eine Reihe von Faktoren gesteuert werden, die im Folgenden aufgelistet sind.

o Archivierung

o Tabellenzugriff und Performance

o Performance von SBWP (verfügbare BAdIs)

o RFC

Archivierung

Setzen Sie eine WORKITEM-Archivierungsstrategie ein, um die Kontrolle über die Größe Ihrer Workflow-Tabelle zu behalten. Sie verwenden die Transaktion SARA und das Archivierungsobjekt WORKITEM zum Archivieren von Workitems. Dadurch werden die betroffenen Tabellen aufgelistet. Weitere Informationen finden Sie im SAP-Hinweis 573656. Je geringer die Anzahl der Einträge in den Workflow-Laufzeittabellen, desto besser die Performance der Workflow Engine.
SAP-Hinweis Beschreibung
573656 Sammelhinweis zur Archivierung im Workflow
621258 Archivierung WORKITEM Vereinheitlichungen
Tabellenzugriff und Performance

Lesen und spielen Sie folgende SAP-Hinweise ein.
SAP-Hinweis Beschreibung
98407 Performance Workflow
799002 Fehlender CLIENT im Datenbank Index
72873 Performance des Workflow-Systems, Empfehlungen
72923 Performance des Business Workflow, Sammelhinweis
861380 SWW_CONTOB nach SWW_WI2OBJ Migration

Performance von SBWP (verfügbare BAdIs)

Wenn Sie Performance-Probleme in SBWP feststellen, finden Sie in SAP-Hinweis 764707 einige Ursachen hierfür. Die Hauptursache ist, dass Benutzer viel zu viele Workitems (mehrere Tausend) in ihren Eingängen haben. Für den Geschäftsablauf einiger Kunden ist es notwendig, alle Workitems im Eingang zu haben anstatt die genauere Bearbeiterzuordnung zu verwenden (Call-Center-Szenario). Daher wurden mehrere BAdIs bereitgestellt, um die Performance zu verbessern, z.B. indem die Anzahl der Workitems in den Benutzereingängen verringert wird.

o WF_BWP_SELECT_FILTER Mit diesem BAdI kann die Anzahl der angezeigten Workitems durch Filterung eingeschränkt werden. Es ist vor allem für Szenarien geeignet, in denen alle Benutzer am gleichen Vorrat von Workitems arbeiten (z.B. Callcenter). (siehe SAP-Hinweis 765783)

o WF_BWP_DYN_COLUMN Mit dem Ausblenden der dynamischen Spalten kann die Performance im Business Workplace verbessert werden. Ist dies nicht möglich, können Sie das BAdI WF_BWP_DYN_COLUMN implementieren, um die Werte der dynamischen Spalten direkt aus den Anwendungsdaten zu ermitteln. Das BAdI wird mit SAP-Hinweis 848382 zur Verfügung gestellt.

o WF_BWP_OBJ_ATTRIBUTE Mit diesem BAdI ist es möglich, die Defaultattribute des führenden Objekts (_WI_Object_ID) und des Gruppierungsmerkmals (_WI_Group_ID) zu setzen. Die Defaultattribute werden für die Gruppierung nach Inhalt, Gruppierung nach Ordnungsbegriff und zum Ausblenden der Spalten Gruppenobjekt und Workitem-Inhalt verwendet. Das BAdI wird mit SAP-Hinweis 848382 zur Verfügung gestellt.

SAP-Hinweis Beschreibung
76578 BADI für Business Workplace
764707 Performance im Business Workplace
848382 BAdIs zur Performance-Verbesserung im Business Workplace

RFC

Seien Sie bei der Implementierung der Vorschläge aus SAP-Hinweis 888279 vorsichtig. Wenn Sie das Ziel registrieren, müssen Sie Ihre RFC-Parameter richtig festgelegt haben, sodass keine Verzögerungen bei der Verarbeitung der Workitem-Ausführung durch einen Mangel an verfügbaren Dialog-Prozessen usw. auftreten.
SAP-Hinweis Beschreibung
888279 Reglementierung / Verteilung der Workflowlast
98407 Performance Workflow
[4] Ereignisse

Deaktivierung der Ereigniskopplung

Wenn die Ereigniskopplung deaktiviert wird, wird eine E-Mail an den SBWP des WF-Administrators geschickt, in der die Fehlerursache angegeben ist. Normalerweise ist die Ursache die Übergabe von falschen Daten vom Objektereignis an den Ereignisverbraucher/das Workflow-Muster. Prüfen Sie den Eingang (nicht den Workflow-Eingang) des WF-Administrators ungefähr zum Zeitpunkt der Deaktivierung. Dort sollten Sie die Antwort finden.

Haben Sie daran gedacht, die Ereignis-Queue (Transaktion SWEQADM) zu verwenden?
Mithilfe der Ereignis-Queue können Sie versuchen, die Last der ausgelösten Workflows auszugleichen. Die Ereignis-Queue speichert die Ergebnisse der Ereigniskopplung temporär in einer Datenbanktabelle, nachdem die Startbedingungen und die Prüffunktionen ausgewertet sind (falls Sie Startbedingungen verwenden).
Sie können die Ereignis-Queue jedoch auch verwenden, um fehlerhafte Ereignisse zu speichern und diese nach der Korrektur erneut auszuliefern.

Setzen Sie in SWE2 das Kennzeichen 'Ereignis-Queue ermöglichen' in der Ereigniskopplung.
Setzen Sie darüber hinaus 'Verhalten bei Fehlerrückmeldung' auf 'Kopplung als fehlerhaft markieren'.

Sie können die Grunddaten der Ereignis-Queue mit der Transaktion SWEQADM festlegen.
Fehlersuche bezüglich der Deaktivierung

Aktivieren Sie den Ereignis-Trace (Transaktion SWELS). Wenn die Kopplung erneut deaktiviert wird, prüfen Sie den Ereignis-Trace mit Transaktion SWEL. Er sollte einen Eintrag für alle erfolgreichen Einträge und auch einen Eintrag für den Eintrag enthalten, der die Kopplung deaktiviert hat. Wenn Sie darauf doppelklicken, sollten Sie Informationen über die Ursache der Deaktivierung erhalten. (Es wird nicht empfohlen, den Ereignis-Trace während der Produktion lange eingeschaltet zu lassen, da dies zu Performance-Problemen führen kann. Schalten Sie ihn aus, sobald die Kopplung deaktiviert ist.)

Welches Ereignis löst den Workflow aus? Handelt es sich dabei um ein SAP-Standardereignis oder ein kundenspezifisches Ereignis? Bei kundenspezifischen Ereignissen kann es gelegentlich vorkommen, dass nicht alle Informationen vom Ereignis an den Verbraucher/Workflow übergeben werden, und so zu einer Deaktivierung führen.

Zum Analysieren des Ereignis-Containers sollten Sie folgendermaßen vorgehen: Definieren Sie einen neuen Eintrag in SWE2:

Geben Sie das Ereignis ein, geben Sie für den Verbrauchertyp einen Benutzernamen (Ihren Benutzernamen) ein und für den Verbraucherfunktionsbaustein SWE_EVENT_MAIL. Sie erhalten dann für jedes Ereignis den Ereignis-Container per E-Mail und können sehen, ob Daten fehlen. Es ist möglich, dass ein obligatorisches Eingabeelement im Workflow nicht vom Ereingis übergeben wird.

Nützliche Transaktionen

* SWELS - Ein-/Ausschalten des Ereignis-Trace

* SWEL - Anzeigen des Ereignis-Trace

* SWU0 - Ereignissimulation

* SWUE - Erstellen eines Ereignisses

* SWEQADM - Ereignis-Queue

* SWETYP - Typkopplungen

* SWEINST - Instanzkopplungen

[5] Transport von Workflow-Mustern

Lesen Sie zunächst SAP-Hinweis 571302 und vergewissern Sie sich, dass Sie alle genannten SAP-Hinweise in Ihr System eingespielt haben.
SAP-Hinweis Beschreibung
571302 Sammelhinweis zur Archivierung im Workflow
Versionen und Aktivierung

In diesem Abschnitt wird erklärt, wie Versionen in Bezug auf den Transport von Workflow-Mustern funktionieren.

o Erstellen oder ändern Sie einen Workflow in Ihrem Entwicklungssystem und transportieren Sie ihn nach Test.

o Wenn der Workflow bereits in Test vorhanden ist und Instanzen davon ausgeführt werden, wird automatisch eine neue Version des Workflows in Test erstellt. Dies geschieht, damit die vorhandenen Instanzen die alte Version und neue, nach dem Transport erstellte Instanzen die neue Version verwenden können. Wenn der Workflow bereits vorhanden ist, jedoch keine Instanzen (in Test) vorhanden sind, wird er durch den Transport einfach überschrieben.

Es ist NICHT notwendig, Versionen zwischen den Systemen zu synchronisieren.

Fehlersuche in Bezug auf Versionen und Aktivierung

o Stimmen Datum und Uhrzeit von Quell- und Zielsystem überein?

o Wenn Sie neue Container-Elemente in Ihrem Workflow erstellt haben, vergewissern Sie sich, dass ihre Datenreferenzen ebenfalls im Testsystem vorhanden sind.

o Haben Sie neue Aufgaben erstellt und diese dem Workflow im Entwicklungssystem hinzugefügt? Falls ja, vergewissern Sie sich, dass Sie die Aufgabe ebenfalls in das Qualitätssicherungssystem transportiert haben.

o Haben Sie im Zielssystem unter Transaktion SWDM -> Sonstiges -> Transportierte Workflows nachgeschaut? Falls Probleme vorliegen, wird dies in rot angezeigt.

o

Nützliche Transaktionen

* SWDM - Business Workflow Explorer

[6] Extended Notifications und Delta Pull

Wenn bei SWN_SELSEN oder RSWNUWLSEL Performance-Probleme auftreten, beachten Sie die folgenden Anmerkungen:
SAP-Hinweis Beschreibung

1105696 WF Notif: Speicherverbrauch und Performance von SWN_SELSEN

* Die Auswahl der Notification/Workitems wird mithilfe des Anwendungslog protokolliert. Sie können den Log-Level über die Transaktion SWNCONFIG beeinflussen. Rufen Sie hierzu die Transaktion SWNCONFIG auf und navigieren Sie zu den Allgemeinen Einstellungen (General Settings). Dort finden Sie die Einstellung MAX_PROBCLASS. Wenn Sie z.B. den Log-Level 1 auswählen, werden nur äußerst wichtige Informationen protokolliert. Eine Änderung des Log-Levels kann sich auf die Performance positiv auswirken.

* Im Folgenden werden die Hauptaufgaben des Programms RSWNUWLSEL (im Modus FULL) aufgelistet:

o Auswahl aller offenen Dialog- und Deadline-Workitems im System. "Offen" bedeutet, diese besitzen den Status READY, SELECTED, STARTED und COMMITTED.

o Festlegung der Bearbeiter dieser Workitems.

o Notifications anlegen (Relation des Workitems zum Benutzer)

o Speichern der Notifications in der Tabelle SWN_NOTIF. Dies bedeutet das Einfügen neuer, das logische Löschen veralteter und das Aktualisieren bestehender Notifications.

Überprüfen Sie Folgendes:

o Sind offene Workitems vorhanden, die zu Aufgaben gehören, bei denen eventuell ein Problem bei der Bearbeiterzuordnung besteht, z.B. wenn einer oder mehreren Aufgaben eine Position zugeordnet wurde, diese aber nicht mehr besteht. Ist dies der Fall, versucht RSWNUWLSEL, die Bearbeiter für diese Workitems festzulegen, jedoch ohne Ergebnis und mit langsamer Performance. Um dies festzustellen, führen Sie die Transaktion SWI2_ADM1 aus und prüfen Sie, ob diese viele Workitems ohne Bearbeiter enthält. Ist dies der Fall, reorganisieren Sie die Workitems in Ihrem System. Überprüfen Sie ebenfalls, ob die Workitems noch relevant sind; falls nicht, können diese eventuell archiviert oder gelöscht werden. Weitere Informationen zum Löschen und Archivieren von Workitems finden Sie im SAP-Hinweis 573656.

o Des Weiteren gibt es das Programm RSWNNOTIFDEL. Dieses löscht solche Einträge aus der Tabelle SWN_NOTIF, die sich im Status "logisch gelöscht" befinden. Eine Notification erhält den Status "logisch gelöscht", wenn die entsprechenden Workitems abgeschlossen (verarbeitet) sind. Um also die Anzahl der Einträge in SWN_NOTIF so gering wie möglich zu halten, planen Sie RSWNNOTIFDEL regelmäßig ein. Es wird empfohlen, das Programm mit dem standardmäßigen Wert von 10 Tagen auszuführen. Wenn dies nicht ausreicht, können Sie den Wert zu einem späteren Zeitpunkt verändern.

[7] Transaktionen zur Fehlersuche

* SWUD - Workflow-Diagnose

* SWDM - Business Workflow Explorer

* SWUS - Testen des Workflows

* SWU8/SWF_TRC - Workflow-Trace ein/aus

* SWU9/SWF_TRC - Anzeigen des Workflow-Trace

* SWF_APPL_DISPLAY - Anzeigen des Application Log

* SWU0 - Ereignissimulation

* SWELS - Ereignis-Trace ein/aus

* SWEL - Anzeigen des Ereignis-Trace

* SWPR - Workflow-Restart nach Fehler

* SWPC - Fortsetzen von Workflows nach Systemabsturz

* SWI2_DIAG - Diagnose von Workflows mit Fehlern

* SWU2/SM58 - Workflow-RFC-Monitor

Kurzdump LOAD_TYPEPOOL_VERSION_MISMATCH ab 7.00

2009-11-05T15:53:00.001+01:00

Der Laufzeitfehler LOAD_TYPEPOOL_VERSION_MISMATCH tritt normalerweise dann auf, wenn sich während des Ablaufs der Transaktion die Typgruppe ändert;
in diesem Fall liegt kein Fehler vor:
die Transaktion muss abgebrochen werden, um einen inkonsistenten Programmablauf zu vermeiden. Nach einem Neustart der Transaktion tritt dieser Laufzeitfehler dann aber nicht mehr auf.

Doch nach dem Einspielen vom EHP04 hatten wir das Problem das bei einer Transaktion das Neustarten nichts gebracht hat und wir mussten wie im Hinweis 1298341
beschrieben die Programme neu generieren!

Dürft ein SAP Bug sein da die Ursache auch noch nicht bekannt ist...

SAP NetWeaver Application Server EHP02

2009-11-02T19:32:00.003+01:00

Ein kurzer Ausblick auf das neue EHP 02 für den NW Applikationsserver gab es beim Jahreskongress der DSAG!

Titel der Präsentation

SAP NetWeaver Application Server Infrastructure
News for NW 7.0 Enhancement Package 2
DSAG 2009

Gehalten von Dr. Oliver Stiefbold (SAP)

Anbei die FOLIEN

Virtualisierung von SAP-Systemen

2009-10-31T16:51:00.001+01:00

Neus buch zum Thema Virtualisierung von SAP-Systemen

* Grundlagen, Konzeption und Betrieb
* Technologien und Lösungen im Vergleich
* Detaillierte Darstellung des Einsatzes von VMware vSphere, Microsoft Hyper-V, SLES mit Xen und Sun Solaris-Zonen

Endlich Durchblick beim Betrieb von virtuellen SAP-Systemen! Dieser Leitfaden klärt nicht nur die Frage, was Virtualisierung bedeutet, sondern hilft Ihnen bei der Entscheidung für eine bestimmte Lösung und wie Sie sie betreiben – von der Einrichtung und Verwaltung virtueller Serverwelten bis zum eventuellen Ausstieg.

Sie werden aus Sicht eines unabhängigen Beobachters lernen, welches Produkt (VMware vSphere, Microsoft Hyper-V, SLES mit Xen, Sun Solaris-Zonen) sich für Ihren Einsatzzweck am besten eignet. Dabei lernen Sie neben technischen Aspekten auch die organisatorische Seite der Einführung und des Betriebs von Virtualisierungslösungen in einem Rechenzentrum kennen – und können so fundierte Entscheidungen zur optimalen Gestaltung der Systemarchitektur bzw. für eine verbesserte Arbeit der IT-Abteilung treffen. Wenn Sie mit dem Gedanken der Virtualisierung Ihrer SAP-Systeme spielen, werden Sie dieses Buch nicht mehr missen wollen: Als Ideengeber, Projektbegleiter und Nachschlagewerk.

Custom Development Management Cockpit

2009-10-30T13:36:00.006+01:00

Mit dem EHP01 vom Solution Manager liefert die SAP das

Custom Development Management Cockpit oder kurz CDMC aus.

Man startet das Tool mit der Transaktion CNV_CDMC!

Mit diesem Tool kann man zwei verschiedene Funktionen durchführen -
einmal eine Upgrade/Change Impact Analyse und einmal eine Clearing Anlasyse!

In diesem Fall möchte ich auf die Upgrade/Change Impact Analyse eingehen da wir
gerade ein Upgrade auf EHP 04 machen.

Für was ist so eine Upgrade/Change Impact Analyse überhaupt?
Mit diesee Analyse werden alle Z* Programme untersucht ob diese SAP Standard Funktions Bausteine / Reports indirekt aufrufen und ob sich diese durch das Upgrade
geändert haben.

Die erste Analyse wird in diesem System gestartet welches bereits upgegradet worden ist (die SAP nennt das Analysesystem) - dann wird eine zweite Analyse in dem System
gestartet welchen noch nicht upgegradet worden ist (die SAP nennt das System Referenzsystem).

Als nächstes werden dann alle von den Z* Programmen verwendeten SAP Objekte verglichen ob sich mit dem Upgrade die Version und somit eine Funktion geändert hat.

Z.B. ob ein Importparameter bei einem Funktionbaustein dazugekommen ist den man bei seinem Z Programm noch nicht inkludiert hat!

Somit kann man im vorhinein schon fesstelllen ob es auch im Bereich der Kundenentwicklung zu Anpassungen kommt.

anbei ein paar Screenshots:

Einstieg

SAP Doku

Einstiegsbild von SAP Easy Access

2009-10-23T14:00:00.002+02:00

Ich denke jeder Administrator hat einmal in seinem Leben die Anforderung bekommen
das Firmen Logo nach dem Einstieg in das SAP System einzublenden.

Dafür gibt es die Tabelle SSM_CUST - hier kann man den Parameter START_IMAGE pflegen - als VALUE gibt man das Bild an welches man zuvor mit der Transaktion SMW0 geladen hat.

Doch seit kurzem kann man auch Internet bzw. Intranet Seiten via HTML Viewer einbinden:

Siehe Hinweis 1387086 - HTML Viewer Control auf Einstiegsbild von SAP Easy Access

oder kurz zusammengefasst:

Wenn man noch nicht den Supportpackage Stand hat dann einfach den HW mit SNOTE einpsielen -

Tabelle SSM_CUST mit folgenden Parameter füllen:

SESS_URL = URL

Systemkopie - Tabellen sichern und wieder importieren

2009-10-19T14:46:00.006+02:00

Achtung - das ist nur eine Möglichkeit sich einige Nacharbeiten nach einer Systemkopie zu ersparen - das wird von der SAP nicht unterstützt und muss bei jedem neuen Release geprüft werden ob die Tabellen noch aktuell sind!

Zuerst muss man ein Steuerfile für den Export erstellen:

export
file = '/tmp/export_SID.exp'
# RFC Tabellen

delete from RFCTRUST
select * from RFCTRUST
delete from RFCSYSACL
select * from RFCSYSACL
delete from RFCDOC
select * from RFCDOC
delete from RFCDESSECU
select * from RFCDESSECU
delete from RFCDES
select * from RFCDES
delete from RFCCHECK
select * from RFCCHECK
delete from RFCATTRIB
select * from RFCATTRIB

# Secstore sichern

delete from RSECACHK
select * from RSECACHK
delete from RSECACTB
select * from RSECACTB
delete from RSECTAB
select * from RSECTAB

# CRM Tabellen

delete from crmrfcpar
select * from crmrfcpar
delete from crmprls
select * from crmprls
delete from tblsysdest
select * from tblsysdest

# DBCON Verbindungen

delete from dbcon
select * from dbcon

# SMLG / RZ12 Lastverteilgun

delete from RZLLITAB
select * from RZLLITAB

# Tabelle instvers

delete from instvers
select * from instvers

# Profile RZ10 sichern

delete from TPFET
select * from TPFET
delete from TPFHT
select * from TPFHT
delete from TPFID
select * from TPFID

Die delete Anweisungen gelten nur beim Import.
Beim Export haben diese keine Wirkung, müssen aber mitangegeben werden!

Der Export wird wie folgt gestartet:

R3trans -w Protokolldatei Steuerfile

Das Import Steuerfile muss wie folgt aussehen:
import
file = '/tmp/export_SID.exp'

Der Import wird mit dem selben Aufruf gestartet:

R3trans -w Protokolldatei Steuerfile

Vertretung im Workplace SBWP nachträglich pflegen

2009-08-26T18:51:00.003+02:00

In der Tabelle HRUS_D2 werden die Vertretungen für User gespeichert - leider gibt es dazu keinen Pflegeview und somit kann ein Administrator hier nur beauskunften ob ein User der im Urlaub ist auch seine Vertretung aktiv hinterlegt hat!

Mit diesem einfachen Report kann man den Vertreter als Administrator hinterlegen - in manchen Fällen ist das sehr sehr hilfreich (besonders bei Krankeit eines Users usw.)

*&---------------------------------------------------------------------*
*& Report Z_ACTIVATE_SUBSTITUTE
*&
*&---------------------------------------------------------------------*
*&
*& Workflow Verterter aktiveren
*&---------------------------------------------------------------------*

REPORT Z_ACTIVATE_SUBSTITUTE.

PARAMETERS:

P_usern1 TYPE usr02-bname obligatory,
P_vertr Type usr02-bname obligatory,
P_begdt type BEGDA obligatory default sy-datum,
P_enddt TYPE ENDDA OBLIGATORY,
P_prof TYPE T77RP-REPPR DEFAULT 'ALL' OBLIGATORY,
p_active like hrus_d2-active.

PARAMETERS:

p_insert radiobutton group g1,
p_delete radiobutton group g1.

constants: c_true value 'X',
c_false value space.

data: gs_hrus_d2 like hrus_d2,
gflg_error.

START-OF-SELECTION.

perform check_data changing gflg_error.

if gflg_error = c_false.
clear gs_hrus_d2.
gs_hrus_d2-us_name = p_usern1.
gs_hrus_d2-rep_name = p_vertr.
gs_hrus_d2-begda = P_begdt.
gs_hrus_d2-endda = P_enddt.
gs_hrus_d2-active = p_active.
gs_hrus_d2-REPPR = p_prof.

case c_true.
when p_insert.
insert into hrus_d2 values gs_hrus_d2.
if sy-subrc = 0.
write: 'Vertreter erfolgreich angelegt.'(S01).
else.
write: 'Fehler bei insert!'(E01).
endif.
when p_delete.
delete from hrus_d2 where us_name = p_usern1
and rep_name = p_vertr.
if sy-subrc = 0.
write:/ 'Vertretung erfolgreich gelöscht.'(S02).
else.
write:/ 'Fehler beim löschen der Vertretung!'(E02).
endif.

endcase.
endif.

FORM check_data changing oflg_error.
data: ld_uname like sy-uname,
ld_datdiff type i.
clear oflg_error.
format color col_negative.
if p_enddt < p_begdt.
write:/ 'Enddatum muss größer Beginndatum sein'.
oflg_error = c_true.
endif.

select single bname from usr02 into ld_uname
where bname = p_usern1.
if sy-subrc ne 0.
write:/ 'Benutzer', p_usern1, 'nicht vorhanden'.
oflg_error = c_true.
endif.

select single bname from usr02 into ld_Uname
where bname = p_vertr.
if sy-subrc ne 0.
write:/ 'Benutzer', p_vertr, 'nicht vorhanden'.
oflg_error = c_true.
endif.

format color col_normal.
ENDFORM.
"WRITE: P_usern2, 'wurde als Vertretung für', P_usern1, 'von', P_begdt, 'bis', P_enddt, 'aktiviert'. ULINE.
"WRITE: 'Profil:', P_prof.
"ULINE.

saplikey ersetzt saplicense ab 7.00

2009-08-11T14:48:00.002+02:00

Zum Basis Release 7.00 wurden digital signierte Lizenzschlüssel eingeführt und das Programm
saplicense steht nur noch zur Kontrolle und Installation der SAP Lizenschlüssel in eingeschränkter Funktionalität zur Verfügung.

z.B. kommt bei der Intsallation eines Lizenzkey's über ein File folgende Meldung:

"The license looks like it contains a digitally signed license.
Those files cannot be installed with the SAPlicense program.
Please logon to the SAP system to install the file. In case the
license is for an ABAP system please got to the transaction SLICENSE
and press the button "New licenses" before pressing the "Install" button."

Nur ist es nach einer Systemkopie recht schwer sich im System anzumelden und die Transkation saplicense zu starten :-) - wenn die Meldung kommt das Ihre Lizenz abgelaufen ist!

Also muss man den Key doch noch über das Betriebssystem einspielen - und das geht seit dem 7.00 Patch Kernel 210 mit dem Programm saplikey.

folgender Syntax für die Installation eines Key's mit einem File:

saplikey pf=/sapmnt/SID/profile/SID_DVEBMGS04_hostname -install SID_multiple.txt

Das File SID_multiple.txt bekommen Sie von der SAP via Mail wenn Sie einen neuen Schlüssel beantragen.

pf=/sapmnt/SID/profile/SID_DVEBMGS04_hostname ist das Instanzprofil

Siehe auch Hinweis 1227762

SAP Webdispatcher Access Log aktivieren

2009-08-06T12:59:00.008+02:00

Es kann im Wepdispatcher sehr hilfreich sein wenn man sieht wer sich auf den Dispatcher verbunden hat - bzw. welche Seiten abgerufen worden sind.

Dazu gibt es im Menü HTTP Handler den Unterpunkt
Access Log.

Das Logging ist standardmäßig nicht aktiv und müss über
einen Parameter aktiviert werden.

Der Parameter sieht wie folgt aus:

icm/HTTP/logging_0 = PREFIX=/ , LOGFILE=/usr/sap/SID/D00/access_log , MAXSIZEKB=1000

wobei man mit dem PREFIX die URL einschränken kann was man monitoren möchte.

Mit dem Wert LOGFILE legt man fest wo und mit welchen Dateinamen das File geschrieben wird und mit MAXSIZEKB legt die grösse vom File fest.

Man kann den Filenamen auch dynamisch erstellen z.B.

access_log-%d-%m-%y - dann wird beim starten vom Webdispatcher ein File mit dem Namen
access_log-06-08-2009 angelegt.

Folgende Variablen gibt es:

%d Day of the month (1-31)
%m Month (1-12)
%y Year, in the format YYYY
%h Hour (0-23)
%t Minute (0-59)
%s Second (0-59)

Doku der SAP -

und das ist dann das Ergebnis vom Logging:

Einzelne Tabellen auf Ihre Platzauslastung prüfen

2009-08-03T12:58:00.003+02:00

Wenn Sie wissen möchten wieviel Platz in einer Tabelle wirklich verwendet wir dann können Sie diese SQL Statement verwenden:

SELECT
TO_CHAR(SPACE_ALLOCATED / 1024 / 1024,
999990.99) GROSS_MB,
TO_CHAR(SPACE_USED / 1024 / 1024, 999990.99) NET_MB,
TO_CHAR((SPACE_ALLOCATED - SPACE_USED) / 1024 / 1024,
999990.99) UNUSED_MB,
CHAIN_PCENT CHAIN_PERCENT
FROM
TABLE(DBMS_SPACE.OBJECT_SPACE_USAGE_TBF('SAPER3',
'MARA', 'TABLE', NULL ))

Als Beispiel wird hier die Tabelle MARA im Schema SAPER3 überprüft - das sind auch die einzigen beiden Werte die sie gemäß ihrer Datenbank anpassen müssen!

Das Ergebnis sieht dann wie folgt aus (Bespiel MARA):

GROSS_MB	NET_MB	UNUSED_MB
279.00	263.28	15.72

GROSS MB = die tatsächliche Grösse der Tabelle MB
NET_MB = der Inhalt der Tabelle im MB
UNUSED_MB = der nicht verwendete Platz in der Tabelle in MB

SAP ECC System auf SAP ERP System im Solution Manager umsetzen

2009-08-03T11:35:00.003+02:00

Sie möchten im ECC System ein Enhancement Packages einspielen - dafür müssen Sie im MOPZ
eine Wartung anlegen und statt SupportPackageStack eine EHP Installation auswählen.

Und genau das geht nur wenn Sie in der SMSY das System auch wirklich als ERP System
definiert haben - sonst wird die Auswahl im MOPZ für die EHP Einspielung nie sichtbar werden.

Nachdem vor Jahren die SAP auf die wunderbare Idee kam und dem R/3 System den Namen ECC verpasste wurde dieser Name auch bereits im Solution Manager ausgeliefert. Nun hat man damals brav nach dem Upgrade auf 6.00 den System im Solman den Namen ECC zugeteilt - dann kam dass SAP Marketing und hatte wiederrum die Superidee aus dem ECC wieder ein ERP zumachen und
nun hat der Kunde wirklich ein Problem! Es ist nicht so einfach diese Zuordnung zuändern
und somit hat die SAP begonnen einen Migrationsreport zu schreiben - im Moment gibt es nur
einen händische Anleitung der SAP:

HW 1322259

MOPZ, EHP, Enhancement Package, SAP ECC, SAP ERP, Maintenance Optimizer, SAP Solution Manager

Löschen von Daten im Transportverzeichnis /usr/sap/trans

2009-07-31T13:22:00.002+02:00

Man möchte das Transportverzeichnis in geordneter Weise von alten Dateien bereinigen.

Auszug aus den Hinweis 41732:

Funktionalität:

Als Löschkriterium werden zwei Informationen verwendet:

1. Wird die Datei noch für zukünftige Transporte benötigt?

Eine Datei wird noch für zukünftige Transporte benötigt, wenn der zugehörige Transportauftrag für den Import in ein SAP-System vorgemerkt aber noch nicht erfolgreich importiert wurde.

2. Ist die Lebensdauer der Datei überschritten?

Die Lebensdauer der verschiedenen Dateien im Transportverzeichnis sind parametrisierbar (siehe Abschnitt: Parametrisierung).

Parametrisierung:
Das Mindestalter von Dateien im Transportverzeichnis, die gelöscht werden dürfen, ist im Transportprofil einstellbar. Das Transportprofil ist die Datei 'TPPARAM' im Unterverzeichnis 'bin' des Transportverzeichnisses. Folgende Parameter koennen gesetzt werden (Einheit in Tagen!):

datalifetime ist die mininale Lebensdauer der files in data
loglifetime ist die mininale Lebensdauer der files in log
olddatalifetime ist die mininale Lebensdauer der files in olddata
cofilelifetime ist die minimale Lebensdauer der files in cofiles

Beispiel:
datalifetime=30
loglifetime=60
olddatalifetime=60
cofilelifetime=30

Diese Paramter dürfen dabei nicht systemspezifisch angegeben werden, denn bei den im folgenden angegebenen tp-Aufrufen kann ebenfalls kein SAP-System angegeben werden. Statt dessen wird immer mit dem Parameter 'ALL' aufgerufen.

Gestartet wird der Reorg dann wir folgt:

zuerst den Check:

tp check all pf=

und dann das löschen bzw. verschieben der alten Files:

tp clearold all pf=

Abbrechen von BRARCHIVE, BRBACKUP und BRRESTORE Läufen

2009-07-29T11:43:00.002+02:00

Mit der Patch Version:

Erweitert in BR*Tools 6.40 Patch 47.
Erweitert in BR*Tools 7.00 Patch 31.
Erweitert in BR*Tools 7.10 Patch 7.

wird nun die Funktion ausgeliefert das man ein Backup bzw. Archivlogsicherung sauber terminieren kann. Somit sollte auch verhindert werden das Tablespaces im Backup-Modus stehen bleiben. Bis jetzt war nur ein Control-c bzw. ein Kill des Prozesses möglich.

folgende Varianten gibt es:

brarchive -g|-abort stop|term|kill
brbackup -g|-abort stop|term|kill
brrestore -g|-abort stop|term|kil

stop - sanfter Abbruch
term - normaler Abbruch
kill - harter Abbruch

Siehe auch HW 1129197

Buch: Ordnungsmässigkeit und Prüfung des SAP-Systems (OPSAP)

2009-07-28T18:58:00.004+02:00

Ich möchte das Buch von Thomas Tiede empfehlen - ist sicher ein muss für jeden Auditor und Administrator der sich mit dem Thema SAP Sicherheit befasst.

Im Moment ist das Buch vergriffen - aber ich habe gelesen das es eine neue Auflage geben wird.

ISBN-13: 978-3-930291-24-3

Populäre Irrtümer im Oracle-Umfeld

2009-07-27T17:54:00.005+02:00

Es gibt von der SAP den HW 825653 zum Thema Populäre Irrtümer im Oracle-Umfeld!

Dieser ist wirklich sehr Interessant und kann einige Fragen im Oracle Umfeld klären - hier ein paar Bespiele aus dem HW:

1. Der Oracle Cost Based Optimizer wählt immer den Zugriff mit den niedrigsten errechneten Kosten.

Dies ist nicht allgemein richtig, da auch der Cost Based Optimizer in bestimmten Situationen regelbasierte Entscheidungen trifft. So kann es sein, dass ein Zugriff mit hundertmal besseren Kosten nicht verwendet wird, weil die erste Indexspalte nicht mit "=" in der WHERE-Bedingung angegeben ist und der Zugriff dadurch als "Guess" bewertet wird. Beachten Sie dazu auch die Informationen aus Hinweis 176754.

2. Indizes sollten so aufgebaut werden, so dass die selektiven Felder ganz vorne stehen.

Es ist aus Performancegesichtspunkten egal, ob selektive oder unselektive Felder (wie MANDT) am Anfang eines Indexes stehen. Viel wichtiger ist, dass Felder, die in WHERE-Bedingungen nicht mit "=" angegeben werden und einen großen Wertebereich abdecken, möglichst weit hinten im Index zu finden sind. Außerdem muss vermieden werden, dass es Lücken im Index gibt, die nicht in der WHERE-Bedingung angegeben sind. Beachten Sie auch Hinweis 766349.

3. Indizes, die nur Spalten mit wenigen Ausprägungen indizieren, sind überflüssig.

Die Anzahl der Distinct Values einer Spalte kann in vielen Fällen nicht mit der Selektivität bestimmer Bedingungen auf dieser Spalte gleichgesetzt werden. Es kommt oft vor, dass Bedingungen für Spalten mit wenigen Ausprägungen sehr selektiv sind. Daher tragen auch Indizes auf Spalten mit wenigen Distinct Values oft zu einer großen Performancesteigerung bei. Ein detailliertes Beispiel zu Selektivität vs. Distinct Values ist in Hinweis 766349 zu finden.

4. Histogramme unterstützen den CBO im R/3-Umfeld bei der Auswahl des optimalen Zugriffspfades, weil Sie Informationen über die Werteverteilung von Spalten enthalten.

Histogramme können im R/3-Umfeld nicht sinnvoll ausgewertet werden, weil SAP beim Parsen Bind-Variablen verwendet und Bind Value Peeking standardmäßig deaktiviert ist. Beachten Sie dazu auch Hinweis 797629.

5. Um zu ermitteln, wie viel Memory durch Oracle allokiert wird, muss man nur die Größe der SGA bestimmen.

Die SGA ist zwar ein wichtiger Memory-Bereich, aber auch die PGA und das Prozess-Memory können signifikante Größen erreichen. Im Einzelfall kann der durch die PGA allokierte Memory-Bereich sogar größer als die SGA werden. Daher sind auch PGA und Prozess-Memory in die Kalkulation des Oracle-Speicherverbrauchs mit einzubeziehen. Für weitere Informationen beachten Sie Hinweis 789011.

usw..... weiter geht es im HW 825653

Der Oracle Alertlog in einem SAP Umfeld

2009-07-27T17:49:00.004+02:00

- Wo finde ich das Oracle-Alertlog?

Du findest das Alertlog im R/3-Umfeld im Verzeichnis:

UNIX: $SAPDATA_HOME/saptrace/background

Der Dateiname ist alert_. log, alrt.log oder ähnlich.

- Wieso werden manche Oracle-Fehler nicht im Alertlog protokolliert?

Oracle protokolliert nur "kritische" Fehler im Alertlog. Die Mehrheit der Oracle-Fehlercodes (darunter leider auch wirklich kritische) wird nicht geloggt. Es ist daher normal, dass Du in der Oracle-Anwendung Fehler finden, die im Alertlog nicht zu sehen sind.

- Wie kann ich vermeiden, dass das Alertlog sehr groß wird?

Hinweis 786032 beschreibt, wie die Größe des Alertlogs in Grenzen gehalten werden kann, indem das File regelmäßig umbenannt wird.

Oracle bugfixes - welche sind bereits installiert?

2009-07-27T17:41:00.001+02:00

Sie haben ein Problem mit der Datenbank und finden im Marketplace einen Hinweis das dieser Bug mit einen Oracle Patch erledigt ist. Nun fragt man sich aber ob man nicht vielleicht den Patch schon installiert hat bzw. welche Patches sind in einer Oracle Datenbank bereits installiert?!

Seit 7.00 kann man die Patches auch mit dem brconnect abfragen:

brconnect -F lsinv

bzw wenn man genau eine Patchnummer checken möchte dann:

brconnect -F lsinv | grep NUMMER

Oracle Parameter Empfehlung für ein SAP System

2009-07-27T17:34:00.002+02:00

Es gibt von der SAP den Hinweis 1171650 mit dem ein Script ausgeliefert wird zur Überprüfung

der Oracle Parameter eines SAP Systems.

Dabei werden die aktuellen Empfehlungen des relevanten Parameterhinweises (abhängig vom Oracle Release, Patchset und/oder Systemtyp) mit den konkreten DB Parametern verglichen.

Wichtig ist bevor man ein System auf deren Parameter überprüft immer den HW 1171650 zu checken ob es nicht ein Update vom Script gibt!

Buch: SAP NetWeaver AS Java – Systemadministration

2009-07-27T15:08:00.004+02:00

zum Thema AS Java gibt es ein neues Buch - besonders ab 7.10 ändert sich die Architektur im Java Umfeld massiv!

SAP PRESS
527 S., 2009, geb.
69,90 Euro, ISBN 978-3-8362-1293-9
Sofort lieferbar

Das Standardwerk zu den Releases 7.0 und 7.1
Architektur, Konfiguration, Softwarelogistik, Monitoring, Backup & Recovery u. v. m.
Hintergrundwissen, Handlungsanleitungen und Praxistipps

Portal, Planungs- oder Collaboration-Szenarien: Kaum ein SAP-Kunde kommt noch um den Betrieb eines AS Java herum. Und mit diesem Kompendium erhalten Administratoren endlich auch einen umfassenden Leitfaden zum Systemmanagement.

Die Autoren vermitteln Ihnen in diesem Handbuch Hintergrund- und Praxiswissen zu allen Fragen des täglichen Betriebs: Sie lernen alle Konzepte des AS Java, Releases 7.0 und 7.1, kennen, die für die Administration wichtig sind, erfahren, welches die regelmäßig auszuführenden Administrationsaufgaben sind, und wie Sie sie ausführen. Angefangen bei Architektur, Grundlagen der Verarbeitung und Installation über die Einrichtung der Softwarelogistik und der wichtigsten Entwicklertools bis hin zu Instanz- und Benutzerverwaltung, Monitoring und Troubleshooting sowie Backup und Recovery werden alle Themen ausführlich besprochen.

Welche Userexits sind in einem SAP System aktiv

2009-07-27T13:38:00.000+02:00

Es gibt manchmal die Anforderung das man herausfinden soll welche Userexits in einem SAP System in welchen Projekt aktiv sind!

Es gibt dazu den Report RCEXITCHECK - diesen kann man für eine Enwticklungsklasse starten - oder man lässt dieses Feld leer und dann bekommt man alle aktiven Userexits!

Besonders interresant für eine Upgrade - man kann sich vor den Upgrade ein Liste aller aktiven Exits erstellen und muss diese nach dem Upgrade wieder vergleichen - es passiert nämlich das bei einem Upgrade Extis deaktiviert werden.

Printing Assistant for Landscape (PAL)

2009-07-24T08:13:00.003+02:00

Seit 7.00 gibt es einen neue Transaktion mit dem Namen PAL!

SAP versteht darunter Printing Assistant for Landscape - man könnte dazu auch Zentrale Druckerverwaltung sagen.

Gerade in grösseren Systemlandschaften ist diese Funktion extrem hilfreich und erspart sehr viel Arbeit.

Wie bei der Zentralen Uservewaltung wird hier der Drucker nur noch einmal auf dem
Zentralen System (z.B. Solution Manager) angelegt und dann einfach auf die anderen System verteilt!

Zur Einrichtung der PAL muss man nur RFC Verbindungen zu jedem System anlegen - deshalb
bietet sich der Solution Manager dafür am besten an da es dort diese RFC Verbindungen ja schon bereits gibt!

Worflow Inbox von einem User auslesen

2009-07-24T07:59:00.003+02:00

Es kann schon einmal passieren das ein User in den Urlaub geht und vergisst eine Weiterleitung
im Workflow zu definieren - oder jemand wird plötzlich Krank und derem Workitems müssen
an seinen Vertreter weitergeleitet werden.

Mit dem Funktionsbaustein RH_LOCAL_INBOX_GET kann man die Workflowinbox von einem
User auslesen und die Workitems dann mit der Transaktion SWIA weiterleiten.

RH_LOCAL_INBOX_GET mit der SE37 starten - User und Sprache eingeben und ausführen!

Job E2E_HK_CONTROLLER - Solution Manager EHP 01

2009-07-23T14:45:00.003+02:00

Nach dem Upgrade auf den Solution Manager Release EHP 01 (SP 19) gibt es einen neuen Job mit dem Namen E2E_HK_CONTROLLER (Report SAPLE2E_EFWK_HOUSEKEEPING) - dieser läuft relativ lange und erzeugt immer zwei Kurzdumps mit dem Namen:

CALL_FUNCTION_REMOTE_ERROR
TIME_OUT

- das passiert nur dann wenn der Parameter rdisp/max_wprun_time noch auf den SAP Standard Wert 600 ist - man muss diesen erhöhen damit der Dialog Prozess (komischer Weise ruft dieser Batchjob gleichzeitg noch einen Dialogprozess auf) nicht nach 600 Sekunden abbricht und somit
auch der Batchjob abgebrochen wird.

Transaktion SE16N und seine gefahren

2009-07-23T12:40:00.004+02:00

Ich glaube schön langsam kennt jeder im SAP Umfeld die Transaktion SE16N und seine gefahren!

Mit einem einfachen &sap_edit im Transaktionsfeld werden Tabellen änderbar die normal
nur für die Anzeige gedacht sind - bzw. normal über andere Wege gepflegt werden.

Auf der anderen Seite kann das gerade im Supportfall sehr hilfreich sein - auf der anderen Seite muss man diese Transaktion gerade auf einem Produktivsystem sehr genau einschränken.

Meines erachten darf kein User auf einem Produktivsystem diese Transaktion mit Änderungsberechtigung haben.

Wie kann man das nun sauber einschränken?!

Der User braucht folgende Berechtigungsobjekte damit er die SE16N ausführen kann und damit auch was zu ändern:

S_TCODE mit SE16N
S_DEVELOP mit der Aktität 02 und dem OBJTYPE=DEBUG

Somit einfach auf dem PROD System kein S_DEVELOP mit 01 bzw. 02 vergeben - dann hat man auch mit der SE16N kein Problem.

Ob jemand die Transkation bereits verwendet und damit Daten verändert hat kann man in den
Tabellen

SE16N_CD_DATA
SE16N_CD_KEY

prüfen -

hoffe diesen Thread liest kein Auditor :-)

Variante des Programms ist veraltet

2009-07-22T10:54:00.003+02:00

Nach einem Upgrade bzw. ein Report wurde um ein Selektionsfeld geändert kommt es zu der Fehlermeldung "DB634" "Variante & des Programms & ist veraltet".

Es gibt dazu den Report RSVARDOC_610 (höher 6.00) bzw. RSVARDOC_46X (für kleiner 6.00) - mit diesem Report kann man die alten Varianten wieder herstellen.

SE38 starten - Report RSVARDOC_610 eingeben und ausführen - Programmname angeben und beim Feld S_VARI die Variante oder * eingeben - beim Feld SYSVAR das X entfernen

danach sollten sie die Variante wieder verwenden können - bzw. um das neue Feld anpassen.

Kennwort vom Datenbank User ändern

2009-07-21T17:19:00.003+02:00

Es gibt aus Securitygründen immer wieder die Anfrage das der SAP User einer Datenbank geändert werden muss. Im SAP Umfeld lässt sich das sehr leicht mit den brtools bewerkständigen!

BRTOOLS -> 8 – Additional functions -> 4 – Change password of database user -> continue

und einfach das neue Kennwort vergeben - das war's auch schon!

Weiters kann man das auch in einer Zeile eingeben:

brconnect [-u system/] –f chpass –u

oder direkt im SQL

sqlplus “/as sysdba”
alter user ‘username’ identified by ‘password’;

Online Reorg von einzelnen Tabellen

2009-07-15T09:20:00.005+02:00

Es kommt immer wieder vor das man z.B. vergisst einen Trace zu deaktivieren und dadurch wird eine Tabelle unnötig aufgeblasen und der Platz in der Datenbank verschwendet.

Hat man nun den Inhalt der Tabelle wieder geleert möchte man gerne den Platz in der Datenbank zu der leeren Tabelle wieder freibekommen - das geht nun wie folgt:

Zuerst prüfen wir ob auf unserem SAP System die neuesten brtools installiert sind -
dann meldet wir uns mit putty (oder einem anderen ssh produkt) am Server als sidadm an
führen den Befehl

brspace -f tbreorg -t tabelname

aus - weiters folgen wir einfach den nächsten Schritten mit c (continue)

das wars auch schon - die Tabelle wurde online reorganisiert

wichtig - das geht nicht mit Tabellen die LANG RAWS haben - diese müssen vorher in LOBS migriert werden - aber auch das geht mit brspace :

brpspace -f tbreorg -a long2lob -t tabelname