Releasewechsel
Ermitteln Engpässe
Die Queue bestimmt, welche Support Packages in welcher Reihenfolge vom SAP Patch Manager in Ihr System eingespielt werden. Wenn die Queue noch nicht vollständig definiert ist, müssen Sie aus den zur Verfügung stehenden Support Packages die Queue definieren. Ist die Queue bereits vollständig definiert, wird diese lediglich angezeigt; sie haben keine Möglichkeit mehr, die Auswahl zu verändern. Sie können die Queue jedoch komplett löschen mit Queue löschen [Seite 37]. Beachten Sie, daß Ihr System inkonsistent ist, wenn Sie die Queue löschen, nachdem schon Objekte importiert wurden (zB nach einem Fehler im Schritt DDIC_IMPORT und folgende). Die Löschung in diesen SPAM-Schritten sollte also nur zur Fehlerbehebung dienen und Sie sollten das Einspielen der Support Packages sobald wie möglich wiederholen. Die Transaktion SPAM sorgt dafür, daß nur Support Packages, die zu Ihrem System passen, in der Queue angezeigt werden. Support Packages, die für ein anderes Release oder ein nicht installiertes Add-On vorgesehen sind, werden in der Queue nicht auftauchen, selbst wenn sie in Ihr SAP-System geladen wurden. Weitere Informationen finden Sie unter Regeln für die Queue [Seite 19]. Bevor Sie Support Packages einspielen, muß die Queue definiert werden. Voraussetzungen Sie haben die entsprechenden Support Packages mit der SPAM in Ihr SAP-System geladen [Seite 15]. Vorgehensweise Um eine Queue zu definieren, wählen Sie im Einstiegsbild der Transaktion SPAM Anzeigen/Definieren. Sie gelangen auf das Dialogfenster Komponentenauswahl. Sie sehen die Liste der installierten Softwarekomponenten (zB SAP_BASIS, SAP_HR, SAP_BW, Add-On). Wählen Sie die gewünschte Komponente aus. Sie sehen die zur Verfügung stehende Queue. Diese Queue enthält die für die gewählte Komponente in Ihrem System verfügbaren Support Packages und gegebenenfalls erforderliche Conflict Resolution Transports (CRT) sowie zugehörige Add-On Support Packages. Sie haben die folgenden Möglichkeiten: Wenn die angezeigte Queue Ihren Wünschen entspricht, können Sie die Queue mit Queue bestätigen übernehmen und dieses Auswahlfenster verlassen.
Die Entscheidung zur Auslagerung einer Aufgabe oder Leistung sollte nicht nur unter Betrachtung von Kostenaspekten, sondern auch durch die Beurteilung der Wettbewerbsdifferenzierung und strategischen Bedeutung getroffen werden. Merkmale zur Beschreibung der Kosten sind die Spezifität der Aufgabe und die Prägung durch Stückkostendegression, d.h. sinkende Kosten bei steigender Anzahl der Aufgabe bzw. Leistung. Von strategischer Bedeutung sind vor allem diejenigen Aufgaben und Leistungen, die durch konkurrierende Unternehmen nur schwer zu imitieren sind. In Abbildung 4 werden die strategische Bedeutung und die Kostenvorteile gegenübergestellt, um damit zu grundsätzlich wertenden Aussagen bzgl. der Sinnhaftigkeit des Outsourcings für bestimmte IT-Aufgaben und IT-Leistungen zu gelangen. Ergänzend hierzu, wie durch die Empfehlung [A2] bereits erörtert, lohnt sich in der Folge die Aufstellung eines Kriterienkatalogs zur Bewertung und detaillierten Betrachtung bestimmter Merkmale der Anwendung oder Services. Ein beispielhafter Kriterienkatalog kann der Masterarbeit unter Kapitel 9.6 entnommen werden. Abbildung 4: Entscheidungsmatrix für die Auslagerung von IT-Aufgaben DIE ENTSCHEIDUNG ZUR AUSLAGERUNG EINER AUFGABE ODER LEISTUNG SOLLTE NICHT NUR UNTER BETRACHTUNG VON KOSTENASPEKTEN, SONDERN AUCH DURCH DIE BEURTEILUNG DER WETTBEWERBSDIFFERENZIERUNG UND STRATEGISCHEN BEDEUTUNG GETROFFEN WERDEN.
Windows
Aus dem Tagesgeschäft in seiner Abteilung hat er bereits viele hilfreiche Informationen sammeln können: Die RFC Schnittstellen und die zugehörigen technischen RFC Benutzer kennt Johannes aus seiner Arbeit mit den Applikationen. Auch das Passwort für diverse technische RFC User hatte er schnell über den Flurfunk mitbekommen („Solange Passwörter nur per Telefon kommuniziert werden und niemals schriftlich ausgetauscht werden, sind wir sauber!“). Und dass die RFC User selbst in Produktivsystemen großzügig berechtigt sind, ist längst kein Geheimnis mehr („Lieber mehr Berechtigungen als zu wenig; die RFC Verbindungen müssen rennen, sonst gibt es Ärger aus den Fachbereichen!“). Da Johannes als Entwickler Zugriff auf die SE37 hat, ist es kein Problem sich mithilfe des Funktionsbausteins BAPI_USER_CHANGE den notwendigen Zugriff zu erschleichen - getarnt als RFC User. Kurzum ändert er durch Aufruf des Funktionsbausteins den Benutzertyp eines technischen RFC Benutzers in einem Produktivsystem von auf .
Einige nützliche Tipps aus der Praxis zum Thema SAP Basis finden Sie auch auf der Seite www.sap-corner.de.
Wenn sich ein Prozess im Zustand hält befindet, liefert das Feld Info Hält die Ursache. Die Beschreibungen der einzelnen Haltegründe finden Sie in der Hilfe zu diesem Feld. Im Prinzip ist es kein Problem, wenn sich einzelne Prozesse kurzzeitig im Status hält befinden. Übersteigt die Zahl der aus dem gleichen Grund haltenden Prozesse jedoch die 20 %-Marke oder befinden sich einzelne Prozesse lange Zeit in diesem Zustand, sollte das Problem detaillierter analysiert werden. Gerade bei haltenden Workprozessen ist oft ein einziger, inperformant oder gar fehlerhaft arbeitender Workprozess die Ursache dafür, dass in einer Kettenreaktion auch andere Workprozesse zum Halten gezwungen werden. Den fehlerhaft arbeitenden Prozess finden Sie anhand des Feldes Dauer. Typischerweise kann man annehmen, dass der Prozess mit der längsten Laufzeit das Problem verursacht hat. Oft kann das akute Problem dadurch beseitigt werden, dass der fehlerhafte Workprozess manuell beendet wird.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Langfristig unterstützt CodeProfiler for ABAP die automatisierte Korrektur aller Findings und ermöglicht somit eine zeitnahe Schließung der Sicherheitslücken in allen Programmen.
Um die vielen Informationen zum Thema SAP - und auch anderen - in einer Wissensdatenbank zu speichern, eignet sich Scribble Papers.
Beratend steht ihm dabei der Experte des Hardwarepartners zur Seite.