Lösungen für Produktivumgebungen und als Proof of Concept (PoC)
Abwicklung des SAP Tagesgeschäftes wie Administration, Wartung und Konfiguration Ihrer SAP Systeme
Mit der Basisversion 7.40 (Kernel 7.40) treten folgende Neuerungen in Kraft: Der Roll-Memory ist komplett in den Extended Memory integriert worden, die entsprechenden Parameter, die das Verhalten des RollBereichs definieren, sind obsolet (SAP-Hinweis 2085980). Der Tabellenpuffer liegt nun im SAP EG Memory. Durch die Umverteilung dieser Speicherbereiche steht damit netto weniger SAP Extended Memory für die Benutzerkontexte zur Verfügung, obwohl sich in der Summe der Speicherbedarf nicht geändert hat. Durch eine zu knappe Einstellung von SAP Extended Memory (em/initial_size_MB) und SAP EG Memory (em/global_area_MB) kann das damit zu logischen Speicherengpässen führen. Diese Parameter müssen also entsprechend vergrößert werden (siehe SAP-Hinweis 2148571). Alternativ sollten Sie erwägen, mit Version 7.40 auch auf UNIX-Plattformen auf das Zero Administration Memory Management umzusteigen und sich erst einmal auf dessen Einstellungsvorschläge zu verlassen.
In dem folgenden Dialog wählen Sie einen TADIR-Service aus sowie die Programm-ID "R3TR" und den Objekttyp "IWSG". Jetzt können Sie den auf dem Frontend-Gateway hinterlegten OData-Service auswählen. Anschließend wechseln Sie zu dem Reiter "Berechtigungen" um das aktuelle Profil der Berechtigungsobjekte mit der neuen Fiori Berechtigung zu generieren. Wenn Sie diese Schritte durchgeführt haben, besitzt die behandelte Rolle Frontend-Seitig die nötigen Berechtigungen. Fiori Berechtigung zum Aufruf des OData-Services auf dem Backend-Server Wechseln Sie nun zu der Rollenpflege in der PFCG auf dem Backend-Server. Öffnen Sie die entsprechende Rolle im Änderungsmodus. Nun können Sie die Schritte wie oben bereits für das Frontend erläutert wiederholen. Bei der Auswahl des TADIR-Services als Berechtigungsvorschlag wählen Sie nun jedoch den Objekttyp "IWSV". Hier können Sie den im Backend hinterlegten OData- Service der spezifischen Fiori-Applikation auswählen.
SAP Basis ist einfacher
Alle geplanten und ungeplanten Ausfallzeiten müssen mit Angabe der Ursache des Ausfalls in den Service Level Report aufgenommen werden. Das Service Level Agreement sollte die Verantwortlichkeiten für Sicherungen und Wiederherstellungen von Datenbanken und, falls nötig, von Dateisystemen festhalten (Backup und Recovery). Legen Sie also den Umfang der durchzuführenden Sicherungen fest. Definieren Sie ein Prozedere für die ordnungsgemäße Wiederherstellung von Datenbanken und Dateisystemen im Fehlerfall. Die dazu maximal notwendige Zeit ergibt sich aus der maximal erlaubten Ausfallzeit für ungeplante Ausfälle.
Für die Performanceoptimierung ist allerdings wichtig zu verstehen, auf welcher Technologie die zu optimierenden Anwendungen betrieben werden. Die beiden folgenden Abbildungen (Abbildung 1.2 und Abbildung 1.3) stellen die traditionelle und die zukünftige Technologieplattform der SAP schematisch dar. Bei Markteinführung von SAP R/3 baute die SAP-Software auf einer einzi- SAP NetWeaver gen Technologiekomponente – der SAP-Basis – auf. Die SAP Business Suite ist dagegen auf einer Reihe von Technologiekomponenten implementiert, die Abbildung 1.2 im Einzelnen zeigt.
Mit "Shortcut for SAP Systems" steht ein Tool zur Verfügung, das einige Aufgaben im Bereich der SAP Basis erheblich erleichtert.
Bei dieser Art von Anwendungen wird SAP HANA als sekundäre Datenbank neben der SAP Business Suite betrieben.
Vor der Steigerung der Last sollten Sie immer einen Review der Kapazitätsplanung ansetzen.