Bereitstellung der Dienste und Grundlagen
Ermittlung der bestehenden Last im Produktivsystem
Wählen Sie den Transportauftrag aus dem Entwicklungssystem aus, der im Qualitätssicherungssystem abgelehnt wurde. Dieser wird technisch erneut in das Q-System in einem neuen Auftrag verpackt und in das Qualitätssicherungssystem transportiert. An dieser Stelle haben sie erneut die Möglichkeit den Genehmigungsschritt durchzuführen, den Sie wirklich durchführen möchten.
Um eine revisionssichere Nachvollziehbarkeit sicherstellen zu können, sollten Sie eine Änderbarkeit der Softwarekomponenten und Namensräume auf einem Produktivsystem nur in Ausnahmefällen und zudem nur zeitlich begrenzt gewähren. Dies sollte nur restriktiv vorgenommen werden, um einer Manipulation auf produktiver Ebene vorzubeugen.
Gute Deutschkenntnisse in Wort und Schrift werden erwartet (Niveau in Anlehnung an mindestens B2)
Starten Sie parallel zum Datenbankprozessmonitor in einem zweiten Modus die globale Workprozess-Übersicht (siehe Abschnitt 2.5, »Analyse der SAP-Workprozesse«). Durch mehrmaliges Auffrischen beider Monitore haben Sie die Möglichkeit, langlaufende SQL-Anweisungen zu identifizieren: Da beide Monitore für die jeweiligen Datenbankprozesse sowohl den Applikationsserver als auch die Prozess-ID (PID) des zugehörigen SAP Workprozesses anzeigen, ist eine eindeutige Zuordnung des Datenbankprozesses zum SAP-Workprozess möglich. Alternativ können Sie aus dem Datenbankprozessmonitor (Aktive Anweisungen) auch direkt mit WP-Info zu den Informationen zum SAP-Workprozess navigieren.
Das Hauptspeicher-Sizing für eine SAP-HANA-Datenbank unterscheidet sich grundlegend vom Sizing für eine traditionelle Datenbank. Beim traditionellen Sizing geht man von der Anzahl der Benutzer oder Transaktionen aus, multipliziert diese mit einem Gewichtungsfaktor und errechnet daraus (über den CPU-Bedarf) den Hauptspeicherbedarf. Diese Methode des Sizings geht also davon aus, dass ein Benutzer oder eine Transaktion eine gewisse Hauptspeichergröße benötigt, um die Daten, auf die er/sie häufig zugreift, im Hauptspeicher zu halten. Die absolute Größe der Datenbank spielt beim Hauptspeicher-Sizing-Ansatz für einen traditionellen Datenbankserver nur eine untergeordnete Rolle. Im Gegensatz dazu berechnet sich das Hauptspeicher-Sizing für eine SAP-HANA-Datenbank primär aus der Größe der Datenbank, denn diese soll ja im Hauptspeicher gehalten werden. Das SAP-HANA-Sizing für eine Neuinstallation können Sie im Quick Sizer analog zu einem Projekt für eine traditionelle Datenbank durchführen.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Kritisch wird die Situation erst dann, wenn sich Wartesituationen aufgrund von Sperren über längere Zeit hinweg nicht auflösen und es zu Serialisierungseffekten kommt, wenn also immer mehr Benutzer aufgrund von Sperren warten müssen.
SAP-Basis bezieht sich auf die Verwaltung des SAP-Systems, die Aktivitäten wie Installation und Konfiguration, Lastausgleich und Leistung von SAP-Anwendungen, die auf dem Java-Stack und SAP ABAP laufen, umfasst. Dazu gehört auch die Wartung verschiedener Dienste in Bezug auf Datenbank, Betriebssystem, Anwendungs- und Webserver in der SAP-Systemlandschaft sowie das Stoppen und Starten des Systems. Hier finden Sie einige nützliche Informationen zu dem Thema SAP Basis: www.sap-corner.de.
Weiter unten finden Sie die statistischen Daten, die Ihnen Auskunft über die Performance des SAP-Systems und über mögliche Ursachen von Performanceproblemen geben.