Fehler im SAP-Kernel
Vorbereitung der Migration auf die Datenbank SAP HANA
Sind für die Bearbeitung einer Benutzeranfrage Daten notwendig, die sich Datenbanktuning noch nicht im Hauptspeicher des Applikationsservers befinden, werden diese vom Datenbankserver gelesen. Beim Tuning der Datenbank unterscheidet man drei Bereiche. Zunächst einmal ist dies die richtige Einstellung der Datenbankpuffer und anderer Datenbankparameter. Der zweite Bereich ist die Optimierung des Festplattenlayouts der Datenbank, um die Last möglichst gleichmäßig auf die Festplatten zu verteilen und so Wartesituationen beim Schreiben auf die Festplatte bzw. beim Lesen von der Festplatte zu vermeiden. Der dritte Aspekt beim Datenbanktuning ist die Optimierung langlaufender, »teurer« SQL-Anweisungen.
Wenn Sie bereits eine Queue definiert haben, diese Queue aber nicht ihren Erfordernissen entspricht bzw. Fehler aufgetreten sind, dann können Sie diese Queue wieder löschen. Beachten Sie, daß Ihr System inkonsistent ist, wenn Sie die Queue löschen, nachdem schon Objekte importiert wurden (zB nach einem Fehler im Schritt DDIC_IMPORT und folgenden). Die Löschung in diesen SPAM-Schritten sollte also nur zur Fehlerbehebung dienen, und Sie sollten das Einspielen der Support Packages dann sobald wie möglich wiederholen. Beachten Sie, daß ab SPAM/SAINT-Version 11 das Löschen der Queue nach dem Schritt DDIC_IMPORT und folgenden nicht mehr möglich ist. Vorgehensweise Wählen Sie im Einstiegsbild der Transaktion SPAM Anzeigen/Definieren. Sie gelangen auf ein Dialogfenster, in dem Ihnen die aktuelle Queue angezeigt wird. Wählen Sie in diesem Dialogfenster Queue löschen. Ergebnis Die Queue wurde gelöscht. Sie können eine neue Queue definieren.
Migration der SAP DB-Systeme (zwischen unterschiedlichen Datenbanken)
Das Betriebssystem verwaltet zwei Typen von Speicher, den lokalen Speicher (Local Memoryoder Heap Memory) und den globalen Speicher (Shared Memory). Lokaler Speicher ist immer genau einem Betriebssystemprozess zugeordnet, d. h., nur dieser eine Prozess kann diesen Speicherbereich beschreiben bzw. von ihm lesen. Shared Memory ist dagegen mehreren Betriebssystemprozessen zugänglich. So liegen z. B. alle SAP-Puffer im Shared Memory, weil alle SAP-Workprozesse einer SAP-Instanz die SAPPuffer beschreiben und von ihnen lesen müssen. Daneben wird für jeden SAP-Workprozess lokaler Speicher angelegt. Zum lokalen Speicher eines SAP-Workprozesses gehören z. B. der SAP Cursor Cache und der Eingabe-/Ausgabe-Puffer für die Übertragung der Daten von der bzw. zu der Datenbank. Die Summe aus lokalem Speicher und Shared Memory ist der virtuell allokierte Speicher. Befinden sich mehrere SAP-Instanzen oder eine SAP-Instanz und eine Datenbankinstanz auf einem Rechner, können die Prozesse einer Instanz immer nur auf den Shared Memory »ihrer« Instanz zugreifen, nicht aber auf die globalen Objekte anderer Instanzen.
Jeder SAP-Workprozess, der versucht, eine ändernde Datenbankoperation durchzuführen, bleibt stehen. Diesen Prozess können Sie in der Workprozess-Übersicht verfolgen. In kürzester Zeit stehen keine SAP-Workprozesse mehr zur Verfügung. Das SAP-System bleibt stehen. Allen Benutzern, die einen Auftrag an das SAP-System senden, wird die Sanduhr angezeigt.
Tools wie "Shortcut for SAP Systems" ergänzen fehlende Funktionen im Bereich der SAP Basis.
Wenn das zu untersuchende Performanceproblem so weit eskaliert ist, dass die Workprozess-Übersicht im SAP-System nicht mehr aufgerufen werden kann, starten Sie als Alternative auf Betriebssystemebene die SAP Management Console oder das Hilfsprogramm dpmon.
Auf www.sap-corner.de finden Sie ebenfalls viele nützliche Informationen zum Thema SAP Basis.
Im Einstiegsbildschirm auf der Registerkarte Messen zeigt eine Ampel an, ob die Laufzeitmessung zuverlässige Zeiten ermitteln kann.