Übersicht

Während der Aufzeichnungsphase, die beliebig lange dauern kann, ist es wichtig, dass Sie sich mit Testimony vertraut machen und die Produktionssysteme, die aufgezeichnet werden, überwachen.

Testimony liefert während der Aufzeichnung einige grundlegende Zusatzinformationen, die Sie einsehen können, wenn Sie im Bildschirm Aufzeichnungsstatus auf die Schaltfläche Erweiterte Ansicht klicken, um die Anzahl der aufgezeichneten Geschäftsvorgänge, die Anzahl der seit Beginn der Aufzeichnung aufgetretenen Shortdumps und die aktuelle Nutzung des Shared Memory anzuzeigen:

Es gibt verschiedene Standard-SAP-Tools, die zur Überwachung des SAP-Systems auf Anomalien verwendet werden können. Die meisten dieser Transaktionen werden direkt in dem zu überwachenden System ausgeführt. Dazu gehören:

(1) Short-dumps überwachen (ST22) – Testimony wurde so gestaltet, dass es keine Auswirkungen auf die Produktion hat. In den ersten Tagen des Einsatzes von Testimony sollten Sie jedoch sicherstellen, dass Benutzer und Batch-Jobs nicht durch die Überwachung von Short-Dumps beeinträchtigt werden. Führen Sie die Transaktion ST22 in den aufgezeichneten Systemen aus, und suchen Sie nach Kurzdumps, die Testimony-Objekte enthalten (d.h. /BTI/AUT*-bezogene Objekte). Vielleicht möchten Sie dies nach dem Einschalten der Aufzeichnung regelmäßiger überprüfen (z. B. alle 5 Minuten) und dann die Häufigkeit mit fortschreitender Aufzeichnung verringern (z. B. einmal pro Stunde, nachdem die erste Stunde der Aufzeichnung abgeschlossen ist).

(2) Prozesse mit langer Laufzeit überwachen (SM66) – Wir empfehlen die Verwendung von SM66 (anstelle von SM50), da es alle Anwendungsserver des zu überwachenden Systems umfasst. Bei dieser Transaktion suchen Sie nach lang laufenden Hintergrundprozessen, die normalerweise kürzer laufen, um zu prüfen, ob die Ausführung eines Batch-Jobs lange Zeit benötigt.

(3) Überwachung der Testimony- Jobs (/BTI/AUT) – Der Hauptjob, der auf dem Quellsystem ausgeführt wird, ist /BTI/AUT_SAVE_BTRAN_PERIODIC. Jede Minute werden Daten aus dem Shared Memory in die Datenbank gespeichert, und zwar für die gesamte Dauer der Aufzeichnung. Das Zentralsystem prüft auch, ob dieser Job läuft, um das Zentralsystem zu aktualisieren und sicherzustellen, dass die RFC-Verbindung zum Quellsystem noch funktioniert.

(4) Überwachung des Shared Memory – Testimony erreicht seine Aufgabe nahezu ohne Auswirkungen auf die Produktion, indem es Shared Memory für das Speichern der Aufzeichnung nutzt. Shared Memory wird pro Anwendungsserver auf dem aufgezeichneten System zugewiesen und über den Profilparameter rsdb/esm/buffersize_kb eingestellt. Im Rahmen der Installation werden Empfehlungen für die Größe des benötigten Shared Memory gegeben.

Zur Überwachung des Shared Memory im Zentralsystem sollte der Shared Memory-Explorer (weitere Details im Link) verwendet werden. Er ermöglicht eine Ansicht aller App-Server auf einem System sowie der Objekte, die im Shared Memory jedes App-Servers enthalten sind, und gibt Auskunft über die Speicherverfügbarkeit und -nutzung sowie über die maximal verfügbaren Objekte und deren Nutzung.

Wenn der RFC-Benutzer des Quellsystems nicht über die richtigen Berechtigungen verfügt, kann die Ansicht des Shared Memory-Explorer eingeschränkt sein. In diesem Fall können Sie die SAP-Standardtransaktion ST02 auf dem Quellsystem verwenden, um jeden Anwendungsserver zu überwachen. Diese Transaktion zeigt Ihnen nur das Shared Memory des Anwendungsservers, bei dem Sie gerade angemeldet sind. Um andere Anwendungsserver zu überprüfen, sollten Sie mit der Transaktion SM51 zwischen den Anwendungsservern wechseln und nach dem Wechsel die Transaktion ST02 ausführen.

Sie sollten die Zeile mit der Bezeichnung “Exp./Imp. SHM” überprüfen . Die Spalte “Alloc. KB” zeigt an, wie viel für diesen bestimmten Anwendungsserver zugewiesen wurde. Dies sollte sich in der Einstellung der Profilparameter in der Transaktion RZ11 widerspiegeln. Der aktuelle Stand des Shared Memory (die Menge des freien Speichers) wird dann in der folgenden Spalte “Freesp. KB“ angezeigt. Andere SAP-Prozesse können ebenfalls Shared Memory verwenden (nicht nur Testimony), so dass dieser Wert in der Regel niedriger ist als der im Profilparameter zugewiesene Wert.

Die wichtigste Aufgabe ist es, sicherzustellen, dass dieser Wert nicht gegen Null geht (0KB). Wenn die Grenze des Shared Memory erreicht ist oder kein Shared Memory mehr vorhanden ist, bricht Testimony die Aufzeichnung ab.

(5) Systemmeldungen (SM21) – Sie können über die Transaktionen SM21 verschiedene Systemmeldungen überprüfen, während die Aufzeichnung läuft. Short-Dumps würden hier sichtbar. Wenn es irgendwelche Anomalien gibt, die Sie nicht erwarten, gehen Sie der Sache nach und deaktivieren Sie die Aufzeichnung, falls erforderlich.

Wenn erhebliche Auswirkungen festgestellt werden (z. B. in Bezug auf die Leistung oder andere Auswirkungen), können Sie die Aufzeichnung sofort deaktivieren.

(6) Aufzeichnen von Tabelleneinträgen – In dem System, das aufgezeichnet wird (Quelle), werden mindestens alle 60 Sekunden neue Einträge für aufgezeichnete Schritte in die Tabelle /BTI/AUT_BUTR geschrieben, während sie aus dem Shared Memory gelöscht werden. Je nach Aktivität kann dies auch häufiger der Fall sein. Um zu überprüfen, ob die Einträge noch geschrieben werden, wechseln Sie zu Transaktion SE16 auf dem Quellsystem und drücken Sie die EINGABE-Taste. Klicken Sie im folgenden Bildschirm auf die Schaltfläche “Anzahl der Einträge” und überprüfen Sie, ob die Zeilenzahl steigt.

Reaktion

War das hilfreich?

Ja Nein
You indicated this topic was not helpful to you ...
Could you please leave a comment telling us why? Thank you!
Thanks for your feedback.

Hinterlasse einen Kommentar.

Kommentar senden