SE90 Repository Info-System / Object Navigation
Verantwortung
Das Einstiegsbild gibt einen kurzen Überblick über den Status der zuletzt eingespielten Queue. Bei unvollständig eingespielten Support Packages wird der letzte (abgebrochene) Schritt der SPAM angezeigt. System: Überprüfen Sie die korrekte Funktion der Transporttools mit Hilfsmittel Transport-Tool prüfen. Stellen Sie sicher, daß genügend Platz (Größe der OCS-Dateien multipliziert mit 2) im Transportverzeichnis (siehe R/3-Profilparameter DIR_TRANS mit der Transaktion AL11 oder der Transaktion SE38 und dem Report RSPARAM) vorhanden ist. Achten Sie darauf, daß vor allem in den Unterverzeichnissen trans/EPS/in und trans/data genügend Platz zur Verfügung steht. Verwenden Sie den neuesten SPAM-Update. Überprüfen Sie, ob der im SAPNet - R/3 Frontend bzw. im SAPNet - Web Frontend angebotene SPAM-Update neuer ist als der in Ihrem System vorhandene. Sie sehen die Version des in Ihrem System vorhandenen SPAM-Update in der Titelleiste des SPAMBildes. Wir empfehlen, immer zuerst den neuesten SPAM-Update einzuspielen [Seite 14], um Probleme beim Einspielen zu vermeiden. Das Einspielen eines SPAM-Update erfolgt analog zum Einspielen von Support Packages. Es dürfen keine unvollständig eingespielten Support Packages in Ihrem System sein. Markieren Sie dazu in der SPAM unter Verzeichnis den Punkt Abgebrochene Supp. Packages und wählen Sie Anzeigen. Es dürfen keine Support Packages angezeigt werden. Die Statusanzeige sollte eine grüne Ampel zeigen. Falls das nicht der Fall ist, sehen Sie sich die detaillierten Status- und Protokollinformationen aller im System befindlichen Support Packages an. Wählen Sie dazu Springen Status bzw. Springen Protokoll. Aktivitäten Support Package laden [Seite 15] Queue definieren [Seite 17] Queue einspielen [Seite 20] Falls nötig: Modifikationen abgleichen [Seite 22] Protokolle überprüfen [Seite 23] Queue bestätigen [Seite 24].
Wie sollten Sie bei der Analyse komplexerer Programme vorgehen? Wir empfehlen Ihnen, zunächst eine Analyse des gesamten Programms mit Aggregierung pro Aufrufstelle und ohne Analyse von Operationen auf interne Tabellen durchzuführen (Einstellungen der Default-Variante). Das Ziel dieser Analyse ist, die Modularisierungseinheiten mit der höchsten Laufzeit zu ermitteln. Sortieren Sie daher, nachdem Sie die erste Analyse erstellt haben, die Hitliste nach den Nettozeiten, und identifizieren Sie Modularisierungseinheiten oder Anweisungen mit hoher Laufzeit. Wenn Sie aus dieser ersten Analyse nicht bereits Empfehlungen für die Programmoptimierung ableiten können, erstellen Sie in einem zweiten Schritt eine detailliertere Analyse dieser Modularisierungseinheiten, indem Sie eine Variante anlegen, die die Analyse auf diese beschränkt. Aktivieren Sie gleichzeitig den Trace für Operationen auf interne Tabellen, und aktivieren Sie ebenfalls die Aggregierung pro Aufrufstelle.
Interpretation der Antwortzeiten
Führen wir die Schritte anhand eines konkreten Beispiels durch. Der erste Schritt wurde ja bereits beschrieben, das Ergebnis finden Sie in Tabelle 4.4. Im zweiten Schritt legen Sie ein Quick-Sizer-Projekt an, wie in Abschnitt 4.1.2, »Sizing-Methoden«, beschrieben. Tragen Sie dazu in der Kategorie Service 100 Benutzer der Kategorie Medium sowie 50 Benutzer der Kategorie High ein. Navigieren Sie über die Schaltfläche Calculate Result auf die Ergebnisseite, und wählen Sie dort die Option System Extension. Nehmen wir an, dass das Ergebnis einen zusätzlichen Hauptspeicherbedarf von 2.048 MB für die Datenbankinstanz und 10.240 MB für die SAP-Instanzen sowie einen CPU-Bedarf von 6.200 SAPS ergibt. In diesem Fall liegt die ermittelte Hauptspeicherauslastung nach der geplanten Lasterhöhung bei 82.300 MB bzw. 85,7 %. Um die CPU-Auslastung zu ermitteln, addieren Sie zu der aktuellen CPU-Auslastung (15.484 SAPS oder 43 %) 33 % des mit dem Quick Sizer errechneten Bedarfs (2.046 SAPS oder 5,6 %) und kommen so zu einer Auslastung nach der Lasterhöhung von 17.530 SAPS bzw. 49 %. Der Faktor 33 % geht in die Formel ein, weil das benutzerbasierte Sizing im Quick Sizer mit einer Zielauslastung von 33 % rechnet. Ermitteln Sie die zusätzliche Last mit dem durchsatzbasierten Ansatz, der mit einer Zielauslastung von 65 % rechnet, geht der Faktor 65 % in die Berechnung ein.
Der Standardwert des Profilparameters ist 1, sodass die schwachen Hashes für jeden Benutzer generiert werden. Erzeugung schwacher Passwort-Hashes verhindern Die Generierung der unsicheren Hashwerte kann unterbunden werden, indem der Profilparameter login/password_downwards_compatibility auf den Wert 0 gesetzt wird. Beachten Sie, dass eine Änderung erst durch einen Neustart der Instanz wirksam wird!
Etliche Aufgaben der SAP Basis können mit "Shortcut for SAP Systems" einfacher und schneller erledigt werden.
secinfo und reginfo Generator anfordern Möglichkeit 1: Restriktives Vorgehen Für den Fall des restriktiven Lösungsansatzes werden zunächst nur systeminterne Programme erlaubt.
100 % wäre eine ideale Pufferqualität, d. h., es muss überhaupt nicht mehr von der Platte gelesen werden: Alle erforderlichen Objekte befinden sich im Hauptspeicher der Datenbankinstanz.