Verantwortlichkeiten des SAP-Basis-Beraters:-
Prozessoren, Kerne (Cores) und Fäden (Threads)
Es ist von großer Wichtigkeit, das Wissen von SAP Basis Experten im Unternehmen transparent zu halten. Eine Möglichkeit ist natürlich das “über die Schulter schauen” oder den Experten direkt zu fragen. Das ist jedoch sehr zeitintensiv und beansprucht den Experten auch selber.
Wenn ein Unternehmen sich entscheidet, den Bereich des E-Learnings selbst anzugehen und auch den Content dafür selbst zu erstellen, birgt dies eine gewisse Herausforderung. Als offensichtlichster Punkt ist hierbei zu beachten, dass der oben genannte Initialaufwand vom Unternehmen getragen wird. Das heißt, Mitarbeiter verwenden ihre Zeit darauf, Videos zu erstellen, Präsentationen auszuarbeiten und/oder Fragebögen zu erstellen. Diesen nicht zu unterschätzende Aufwand muss das Unternehmen natürlich initial tragen. Dahingegen bietet ein selbst erstelltes E-Learning-Angebot die Möglichkeit, diesen komplett selbst zu gestalten und auf die firmeneigenen Bedürfnisse zurechtzuschneiden. Hierbei kann sich ein Unternehmen zusätzlich noch entscheiden, ob es das selbst erstellte E-Learning- Angebot nur für die eigenen Mitarbeiter (zu internen Weiterbildungszwecken) nutzt oder ob es das Angebot auch nach außen hin präsentiert. Dies kann zum Beispiel zu Werbezwecken, als Know-How- Präsentation oder auch als weitere Einnahmequelle genutzt werden. Das Angebot von externen Quellen nutzen: Dies ist für das Unternehmen eine sehr angenehme Art und Weise die internen Prozesse durch ELearning zu verbessern. Durch das Erlangen von externen E-Learning-Inhalten kann das Unternehmen für vergleichsweise geringes Geld kostbares Know-How kaufen. Dieses Know-How ist in den meisten Fällen dann schon so gut aufbereitet, dass dieses nur noch an die Mitarbeiter weitergeleitet werden kann und diese sich dann selbstständig neues Wissen aneignen oder bereits bekannte Themen festigen können.
SMGW Gateway-Monitor für die Instanz
Ein gut gepflegtes Nofallbenutzerkonzept ermöglicht die revisionssichere Vergabe von erweiterten Berechtigungen in Kombination mit der Sicherstellung des täglichen Betriebs in Ihrem Unternehmen. In diesem Artikel wird zuerst auf die grundlegende Problematik, welche ein Notfallbenutzerkonzept erforderlich macht, eingegangen. Anschließend wird kurz erklärt, wie ein solches Konzept generell funktioniert und wie wir dieses umsetzen. Ein Notfallbenutzer wird im Normalfall verwendet, wenn vorübergehend Aufgaben außerhalb des ursprünglichen Tätigkeitsfeldes übernommen werden. Die verschiedenen Szenarien, wann ein solcher Nutzer zum Einsatz kommen kann und wie damit umzugehen ist, habe ich in diesem Blogbeitrag für Sie beschrieben. Warum ist ein Notfallbenutzerkonzept wichtig? Es gibt mehrere Szenarien, in welchen die Verwendung eines Notfallbenutzers mit erweiterten Rechten sinnvoll ist: In dringenden Fällen ist es häufig erforderlich, schnell Änderungen am System durchführen zu können welche außerhalb des eigentlichen Tätigkeitsfeldes des Benutzers liegen. Ein Key-User, welcher die notwendigen Berechtigungen besitzt, ist im Urlaub und benötigt eine Vertretung. Derselbe Benutzer ist kurzfristig erkrankt und seine Vertretung muss seine Aufgaben übernehmen, um den Betrieb sicher zu stellen. Wir empfehlen die Entwicklung eines Konzepts zur kurzfristigen Vergabe der zusätzlichen Berechtigungen. So kann die Umsetzung der oben genannten Szenarien sichergestellt werden. Wie funktioniert ein Notfallbenutzerkonzept? Ein Notfallbenutzerkonzept in SAP funktioniert grundlegend über eine temporäre Vergabe von zusätzlichen Rechten an einen bestimmten User. Nachdem die Aufgaben erledigt worden sind, werden dem User die Rechte wieder entzogen. Die getätigten Aufgaben mit den erweiterten Berechtigungen werden protokolliert und können anschließend von einem Revisor ausgewertet werden. Hier sind jedoch einige Faktoren zu beachten: Es sollte ein Prozess definiert werden, nach welchem die Vergabe von Sonderrechten erfolgt. Es muss festgelegt sein, welche User Sonderrechte erhalten können. Der Zeitraum, für welchen die User einen Notfallbenutzer beantragen können, sollte limitiert sein.
Die Hardwarepartner erstellen nun Angebote zu dem Sizing-Projekt, unter denen Sie auswählen müssen. Für die Anforderungen unseres Beispielprojekts wäre es möglich, diese mit einem einzigen Rechner abzudecken. Alternativ kann der Hardwarebedarf auch auf mehrere Rechner verteilt werden. Für unser Projekt nehmen wir an, dass wir uns für ein Angebot entscheiden, das drei Rechner umfasst, die jeweils – nach Herstellerangabe – 12.000 SAPS leisten und mit 32 GB Hauptspeicher ausgestattet sind. Insgesamt leistet die Lösung also 36.000 SAPS und verfügt über 96 GB Hauptspeicher. Auf einem der Rechner sollen die Datenbank und eine SAP-Zentralinstanz installiert werden, auf den beiden anderen Rechnern sollen SAP-Instanzen den Großteil der Dialog-, Hintergrund- und Verbuchungslast aufnehmen. Mit dieser verteilten Installation gehen wir davon aus, dass wir auch beim Ausfall eines Rechners einen eingeschränkten Betrieb aufrechterhalten können und das Risiko eines Totalausfalls reduzieren. Für weitergehende Überlegungen zum Thema Lastverteilung verweisen wir Sie auf den letzten Teil dieses Kapitels und auf Kapitel 7, »Lastverteilung, Remote Function Calls und SAP GUI«.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Ebenso sollten Projekterfolge dokumentiert und als Erfolgsgeschichten der SAP-Basis in Umlauf gebracht bzw. den Stakeholdern der SAP-Basis zur Verfügung gestellt werden, um den Stellenwert der SAP-Basis hervorzuheben.
Zur Vorbereitung des Sizing-Projekts starten Sie die Sizing-Seite im SAP Support Portal mit der URL http://service.sap.com/sizing.