Tabellenstatistiken für den Datenbankoptimierer (Update Statistics)
Batch-Jobs verwalten
In allen Betriebssystemen kann virtuell mehr Speicher allokiert werden, als physisch zur Verfügung steht. Mit dem Begriff »Speicher« ist immer virtueller Speicher gemeint, der vom Betriebssystem entweder im physischen Hauptspeicher oder im Auslagerungsspeicher (Swap Space) verwaltet wird. Alle Prozesse können zusammen nicht mehr Speicher allokieren, als die Summe aus physischem Hauptspeicher und der verfügbaren Auslagerungsspeicher beträgt. Diese Grenze ergibt sich aus den physischen Beschränkungen der Hardware.
Der initiale Teil des Benutzerkontextes wird im lokalen SAP-Roll-Bereich des Workprozesses abgelegt. Da es sich bei diesem Speicherbereich um lokalen Speicher handelt, kann jeder SAP-Workprozess nur auf seinen eigenen RollBereich zugreifen. Beim Roll-out muss der Inhalt des von ihm benutzten lokalen Roll-Bereichs des Workprozesses gesichert werden. Dazu wird der lokale Roll-Bereich in den globalen SAP-Roll-Bereich kopiert. Der globale RollBereich ist entweder ein Speicherbereich im Shared Memory des Applikationsservers (der sogenannte SAP-Roll-Puffer) oder eine Datei auf einer Festplatte des Applikationsservers (die SAP-Roll-Datei) bzw. eine Kombination aus beidem. Der globale Roll-Bereich ist allen Workprozessen einer Instanz zugänglich. Beim Roll-in wird der Benutzerkontext aus dem globalen RollBereich in den lokalen Roll-Bereich des neuen Workprozesses kopiert. Der Benutzer kann auf diese Weise mit seinen alten Daten weiterarbeiten.
Grundlagen der Workload-Analyse und der Laufzeitanalyse
Wenn Sie die Workprozess-Übersicht für einige Minuten beobachten (Schaltfläche Auffrischen), können Sie relativ sicher feststellen, ob ein akutes Performanceproblem auf dieser SAP-Instanz vorliegt, und dessen Ursache grob eingrenzen. Die Belegung aller Workprozesse eines Typs (d. h. Dialog, Verbuchung etc.) deutet auf ein solches Problem hin. Wenn die Workprozess-Übersicht zahlreiche Workprozesse mit den Aktionen Sequenzielles Lesen, Direktes Lesen, Update, Commit, Warten auf DBLock oder anderen Datenbankaktivitäten zeigt, liegt ein Problem im Bereich der Datenbank vor. Öffnen Sie in diesem Fall zwei weitere Modi. Starten Sie den Datenbankprozessmonitor und den Datenbanksperrmonitor (Exclusive Lockwaits), um eventuell teure SQL-Anweisungen oder Datenbanksperren zu identifizieren.
Stellen Sie anhand der Felder Host und PID des Sperrinhabers fest, dass die Sperre von einem Datenbankprozess gehalten wird, zu dem überhaupt kein SAP-Workprozess gehört, beenden Sie den Datenbankprozess mit Mitteln des Betriebssystems. Diese Situation kann z. B. auftreten, wenn ein SAP-Workprozess fehlerhaft beendet und der zugehörige Datenbankprozess nicht ordnungsgemäß geschlossen wurde oder wenn ein externes Programm, das nicht zum SAP-System gehört, eine Sperre hält.
Etliche Aufgaben im Bereich der SAP Basis können mit "Shortcut for SAP Systems" wesentlich erleichtert werden.
Die Notwendigkeit der Rezertifizierung - Szenarien: Beispiel 1: Das „Azubi Problem“ Stellen Sie sich folgendes Szenario vor: Ein neuer Mitarbeiter (beispielsweise ein Azubi oder Trainee) durchläuft im Rahmen seiner Einarbeitung verschiedene Abteilungen und arbeitet in verschiedenen Projekten mit.
SCHRITT 2: EIGENE RESSOURCEN In der Folge findet eine Bestimmung der eigenen Ressourcen statt.