SWPC Workflows fortsetzen nach Systemabsturz
Sehr gute konzeptionelle Fähigkeiten im Systemdesign und der Systemintegration
In einem isolierten SAP-System besteht ein Transaktionsschritt im einfachsten Fall aus einer Aktion in einem System. In einer komplexeren Systemumgebung kann allerdings ein einzelner Transaktionsschritt Aktionen in mehreren Systemen umfassen. Beispiele für derartige Transaktionsschritte sind: Anwendungen wie SAP Enterprise Portal oder Java-Web-Dynpro-Anwendungen, in denen die Frontend-Kommunikation über den SAP Net- Weaver AS Java und die Backend-Funktionalität über den AS ABAP realisiert wird. Anwendungen, die zwei oder mehrere über RFC gekoppelte ABAP-Systeme involvieren, z. B. Vertriebstransaktionen im SAP-ERP-System, die zur Verfügbarkeitsprüfung die ATP-Funktion in SAP Advanced Planning and Optimization (APO) verwenden. Fiori-Anwendungen mit einem zentralen Fiori-Hub-System und verteilten SAP-Anwendungssystemen (siehe Kapitel 8, »Internetanbindung und SAP Fiori«). Für diese Fälle bietet die SAP-NetWeaver-Technologie die Möglichkeit, eine systemübergreifende Workload-Analyse durchzuführen, die die Performancestatistiken der verschiedenen Komponenten verknüpft.
Der Erweiterte Speicher enthält also vor allem Nutzerkontexte von verschiedenen Workprozessen, falls diese nicht vollständig in den Rollbereich geladen werden können. Da der Speicherbereich für alle Workprozesse erreichbar ist, können die Workprozesse also auch auf fremde Nutzerkontexte, die hier liegen zugreifen. Außerdem enthält der Erweiterte Speicher einen Globalen Bereich in dem Daten unabhängig von Nutzerkontexten abgelegt werden können. Die Größe des erweiterten Speichers wird bestimmt durch die Werte von em/initial_size_MB und em/global_area_MB. Hierbei bestimmt der erste Parameter die Größe des Speicherbereichs in dem Nutzerkontexte abgelegt werden können und der zweite die Größe des globalen Bereichs. Parameter für den Privaten Speicher Zu guter Letzt gibt es noch den privaten Speicher, welcher nur dann genutzt wird, wenn der Nutzerkontext eines Workprozesses alle anderen ihm zur Verfügung stehenden Speicherbereiche aufgebraucht hat, also seinen Anteil des erweiterten Speichers und seinen Rollbereich. In diesem Fall geht der Workprozess in den PRIV modus. Ein Workprozess im privaten Modus ist an seinen aktuellen Nutzerkontext gebunden und wird erst dann wieder frei für andere Aufgaben, wenn die aktuelle Anfrage abgeschlossen ist. Falls er dabei den ihm zugewiesenen privaten Speicher vollständig aufgebraucht hat, wird der Workprozess anschließend neu gestartet und der Speicher wieder freigegeben. Dieses verhalten wird mit dem Parameter abap/heaplimit kontrolliert. Zeitweise kann der Nutzerkontext der Wert von abap/heaplimit dabei auch überschreiten. Die Parameter abap/heap_area_total, abap/heap_area_dia und abap/heap_area_nondia bestimmen eine obere Grenze für den privaten Speicher. Der Parameter abap/heap_area_total definiert wie viel privaten Speicher alle Workprozesse insgesamt nutzen können. Die Parameter abap/heap_area_dia und abap/heap_area_nondia hingegen bestimmen, wie viel privaten Speicher ein einzelner (Nicht-)Dialog-Workprozess nutzen darf.
Schutz vor Cyber-Angriffen, Spionage und Systemausfällen
Wenn Sie sich Angebote von mehreren Hardwarepartnern erstellen lassen, vergessen Sie nicht, sich auch die Angabe der Leistungsfähigkeit der Hardware in SAPS bestätigen zu lassen. Nur so können Sie Angebote verschiedener Hersteller vergleichen. Fragen Sie auch nach den Benchmark-Zertifikaten der angebotenen Hardware (diese können auch im Internet abgerufen werden).
Unternehmen, die Lösungen von SAP einsetzen, verbinden dies mit einer hohen Erwartung an die Zuverlässigkeit und Wartbarkeit dieser Lösungen. Dazu bietet SAP nicht nur eine bewährte Plattform für SAP ERP und weitere betriebswirtschaftliche IT-Anwendungen mit der performantesten Architektur auf dem Markt an, sondern auch ein richtungsweisendes Servicekonzept. Im ersten Abschnitt gehen wir auf die Architektur ein, mit der SAP-Lösungen realisiert werden, und umreißen das systemseitige Optimierungspotenzial. Wir verzichten an dieser Stelle bewusst auf technische Details. Im zweiten Abschnitt stellen wir uns organisatorischen Fragen des Betriebs einer SAPLösung, wie der Erstellung eines Überwachungs- und Optimierungskonzepts. Dabei spielen zum einen ein Konzept für eine kontinuierliche Überwachung der Verfügbarkeit und Performance des Geschäftsprozesses und zum anderen die Methode des Service Level Managements (SLM) eine herausragende Rolle.
Einige fehlende Funktionen in der Basisadministration werden durch "Shortcut for SAP Systems" ergänzt.
Dieser reicht beispielsweise von einem unbemerkten Auslesen von Einkaufs- und Verkaufszahlen über ein Abzweigen finanzieller Mittel bis hin zu einem Lahmlegen oder Manipulieren des gesamten Systems.
Wenn Sie mehr zum Thema SAP Basis wissen möchten, besuchen Sie die Webseite www.sap-corner.de.
Hybride Clouds sind längst die Norm, auch wenn diese Entwicklung eher zufällig zustande gekommen ist.