Analyse von Fehlern und Optimierungen
OUTTASKING VON REGELMÄSSIGEN AUFGABEN, DIE NICHT AUTOMATISIERT WERDEN KÖNNEN
Die Aufrechterhaltung der Verfügbarkeit kritischer Geschäftsprozesse erfordert nicht nur eine hochwertige Infrastruktur, sondern stellt aufgrund der hohen Komplexität ebenso hohe Anforderungen an das Management und den Betrieb der darunter liegenden SAP NetWeaver und SAP HANA Plattform. Diese Plattformen werden oft als SAP Basis bezeichnet.
Die mittlere Antwortzeit für einen Transaktionsschritt im Dialog-Task wird Antwortzeit von vielen SAP-Anwendern als das entscheidende Kriterium für die Performance eines SAP-Systems angesehen. Als »magische Grenze« für eine gute Performance eines SAP-Systems wird in der Regel eine mittlere Dialogantwortzeit von 1 Sekunde betrachtet. Wie Sie im Verlauf dieses Kapitels sehen werden, wird ein derart pauschales Kriterium jedoch der Vielfalt der unterschiedlichen SAP-Komponenten und Anforderungen an diese nur teilweise gerecht.
SE10 Transport Organizer
Dialog-, Hintergrund- und Spool-Services werden bei einem verteilten SAP-System auf die Applikationsserver verteilt. Häufig wird in der Praxis der Fehler gemacht, dass zwar die Dialog-Workprozesse auf separaten Applikationsservern konfiguriert, die Hintergrund-Workprozesse jedoch auf dem Datenbankserver belassen werden. Folgende Gründe sprechen dafür, auch die Hintergrund-Workprozesse nicht auf dem Datenbankserver zu betreiben.
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.
So viele Informationen... wie kann man die aufheben, so dass man sie bei Bedarf wiederfindet? Scribble Papers ist ein "Zettelkasten", mit dem das sehr einfach möglich ist.
Das Mandantenkonzept von SAP ermöglicht es, ein SAP-System in mehrere logische Subsysteme - Mandanten - zu unterteilen. Diese Subsysteme können wie eigene Systeme betriebswirtschaftlich voneinander unabhängig und isoliert genutzt werden. Aber wie sind mandantenunabhängige Transaktionen zu behandeln? Wie können Sie verhindern, dass ein Mandant auf den anderen zugreifen kann und warum sollten Sie das verhindern wollen? In diesem Blog-Beitrag werde ich Ihnen diese Fragen beantworten und dabei einige Negativ-Beispiele diskutieren. Warum ist es wichtig mandantenunabhängige Transaktionen gesondert zu betrachten? Stellen Sie sich vor, dass jeder Ihrer Mitarbeiter einen Mandanten im Produktivsystem anlegen oder ändern darf, oder noch schlimmer - beides. Das Anlegen und Ändern eines Mandanten im Produktivsystem erfolgt autorisiert und dokumentiert – Sie fragen sich, was dabei schon schiefgehen könnte? Das Risiko in diesem Fall ist ein Verlust der Integrität von System und Daten, der Verlust der Vertraulichkeit: Mit jedem neu angelegten Mandanten lebt der Superuser SAP* mit seinen umfassenden, auch mandantenübergreifenden Rechten und dem vergebenen Standardpasswort auf.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Insbesondere die Überlastung des Datenbankservers kann zu Performanceproblemen führen, die sich systemweit auswirken.
Arten von Fehlern Es gibt die folgenden Arten von Fehlermeldungen: Sicherheitsüberprüfungen der Transaktion SPAM Ein typisches Beispiel hierfür ist der Schritt OBJECTS_LOCKED_?