SPRO Einführungsleitfaden
Externe Prozesse
In diesem Schritt werden Sie aufgefordert, Ihre Modifikationen an Repository-Objekten anzupassen, indem Sie die Transaktion SPAU aufrufen. EPILOGUE In diesem Schritt wird das Einspielen abgeschlossen. Es wird unter anderen überprüft, ob die Queue vollständig abgearbeitet wurde. SPAM: Troubleshooting Während des Einspielens durchläuft der SAP Patch Manager verschiedene Schritte. Falls Fehler auftauchen, unterbricht SPAM das Einspielen, um die Konsistenz des Einspielens zu garantieren. Nachdem Sie den Fehler behoben haben, können Sie das Einspielen fortsetzen. Beim Abbruch erscheint ein Dialogfenster mit der Information, bei welchem Schritt und aus welchem Grund die Bearbeitung fehlschlug. Dieses Dialogfenster erhalten Sie auch, wenn Sie Springen Status und dann Queue, Support Package oder SPAM-Update wählen (Status eines Support Package anzeigen (Seite 29)). Je nach Bearbeitungsschritt, in dem der Fehler auftrat, erhalten Sie im Dialogfenster weitere spezifische Hilfestellungen zur Behebung dieses Fehlers. Eventuell müssen Sie auch den Status eines Support Package zurücksetzen [Seite 36]. Hinweise Wenn Probleme beim Herunterladen von Support Packages aus dem SAPNet - R/3 Frontend auftreten, dann lesen Sie den Hinweis 34376. Wenn Sie bei der Arbeit mit SPAM Probleme haben, dann lesen Sie den Hinweis 17381Dieser Hinweis gibt Ihnen einen Überblick über bekannte Probleme und ihre Lösungen. Eine Auflistung der wichtigsten Hinweise zum Online Correction Support (OCS) finden Sie im Hinweis 97620, der regelmäßig aktualisiert wird. Wenn Sie Ihr Problem weder mit den angegebenen Hinweisen noch mit den folgenden Informationen lösen können, dann erfassen Sie eine Problemmeldung im SAPNet - R/3 Frontend mit Angabe der Informationen aus dem Fehler-Dialogfenster und senden sie an den Themenkreis BC-UPG-OCS. Beachten Sie bei der Erfassung der Problemmeldung den Hinweis 97660. Siehe auch: Fehler bei der Generierung [Seite 30].
Die Workprozess-Übersicht kann auf Betriebssystemebene mithilfe des Programms dpmon aufgerufen werden. Dies ist insbesondere dann nötig, wenn das Performanceproblem bereits derart massiv ist, dass keine Workprozesse für die Analyse herangezogen werden können. Abbildung 2.11 zeigt Ihnen schematisch das Analysevorgehen im Bereich der SAP-Workprozesse.
Migration und Verwaltung der auf der Cloud basierenden Lösungen
Unsere Erfahrung zeigt, dass falsche Sizings und daraus resultierende Streitfälle in der Mehrzahl der Fälle auf unpräzisen Prognosen über die erwartete Anzahl von Benutzern und Dokumenten beruhen. Die Verantwortung für die Qualität dieser Prognosen zu übernehmen ist die wichtigste Aufgabe des Projektleiters im Sizing-Prozess. Beratend steht ihm dabei der Experte des Hardwarepartners zur Seite.
Beim anschließenden PREPARE wird die Zugriffsstrategie für die Anweisung Prepare-Operation vom Datenbankprozess ermittelt. Dabei ist im Feld Statement die Anweisung mit einer Variablen (INSTANCE =:A0, in Abbildung 5.1 nicht gezeigt) zu sehen. Um die Anzahl der relativ laufzeitintensiven PREPARE-Operationen so klein wie möglich zu halten, hält jeder Workprozess eines Anwendungsservers eine bestimmte Anzahl von bereits übersetzten SQL-Anweisungen in einem eigens dafür vorgesehenen Puffer (SAP Cursor Cache). Jeder SAP-Workprozess puffert die Operationen DECLARE, PREPARE, OPEN und EXEC in seinem SAP Cursor Cache. Sobald der Workprozess einmal einen Cursor für eine DECLARE-Operation geöffnet hat, kann er diesen Cursor immer wieder verwenden (bis der Cursor nach einer gewissen Zeit aufgrund der begrenzten Größe der SAP Cursor Caches verdrängt wird).
Basisadministratoren steht mit "Shortcut for SAP Systems" eine PC-Anwendung zur Verfügung, die etliche Tätigkeiten in der SAP Basis vereinfacht bzw. ermöglicht.
Er wird maßgeblich durch die Parameter em/global_area_MB und abap/shared_objects_size_MB bestimmt.
In der Folge kann eine Standardisierungsstrategie ausgearbeitet, festgelegt und umgesetzt werden.