Anlegen von Mandanten, Kopieren von Mandanten, Löschen von Mandanten, etc
SPAM: Protokolle überprüfen
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.
Anhand dieser Angaben können Sie schnell feststellen, in welcher Komponente lange Zeiten aufgetreten sind. Eine hohe CPU-Zeit bedeutet, dass die Anwendung auf der Komponente weiter analysiert werden muss. Eine lange Wartezeit in der Komponente deutet auf eine Überlastungssituation in dieser Komponente hin. Abhängig vom Typ der Komponente (ABAPoder Java-Instanz) muss eine komponentenabhängige Analyse erfolgen. Eine hohe Call-/Roll-Wartezeit schließlich bedeutet, dass das Performanceproblem nicht in dieser Komponente, sondern in einer von dieser aufgerufenen Komponente zu finden ist.
SWPC Workflows fortsetzen nach Systemabsturz
SAP-Administratoren sind grundsätzlich überall dort anzutreffen, wo SAP-Systeme zum Einsatz kommen. Das sind inzwischen zahlreiche Branchen und Abteilungen von Unternehmen. SAP-Systeme finden sich in der Buchhaltung, der Kostenstellung, der Prozesskostenrechnung und dem Controlling. In all diesen Bereichen, achten sie auf die reibungslose Funktion und Fortentwicklung und helfen dadurch dem Unternehmen, die internen Prozesse effizienter zu gestalten und demzufolge Kosten und Ressourcen zu sparen.
Die Erfahrung zeigt, dass Performanceprobleme in großen SAP-ERP-Installationen mit mehr als zehn Applikationsservern meist durch Engpässe auf dem Datenbankserver hervorgerufen werden. Dem Tuning der Datenbank kommt daher mit zunehmender Systemgröße eine wachsende Bedeutung zu. Wenn ein System eine gewisse Zeit produktiv ist, sind die meisten Tuningmaßnahmen wie Puffereinstellungen, Lastverteilung etc. optimiert. Das Tuning teurer SQL-Anweisungen gewinnt dagegen mit wachsender Datenbankgröße an Bedeutung und ist ein ständig fortlaufender Prozess.
"Shortcut for SAP Systems" ist eine PC-Anwendung, mit der viele Tätigkeiten in der SAP Basis vereinfacht bzw. auch überhaupt erst ermöglicht werden.
Die Cofiles werden aus den zugehörigen Dateien erzeugt und in das Verzeichnis /usr/sap/trans/cofiles (UNIX) abgelegt.
Der Anzeige der im Dateisystem gespeicherten Einzelsätze dienen die Transaktionen STAD bzw. STATS, auf die wir in Abschnitt 3.5, »Einzelsatzstatistik«, näher eingehen.