Wie Interpretieren Statspack Output in Oracle 12c
Der Bericht, den Sie bekommen die Ausführung von Oracle 12c Statspack Output wird höchstwahrscheinlich mehr als 50 Seiten sein, im Textformat, und in dem Verzeichnis, das Sie in waren gespeichert, wenn Sie den Bericht erstellt. Ob Sie es glauben oder nicht, gibt es mehr Informationen drin, als die meisten Menschen verwenden. geben Sie können jedoch ein paar wichtige Abschnitte zu verstehen, ein Bein auf Nutzung der Ergebnisse zu machen.
Hier sind einige der wichtigsten Abschnitte, die Sie auf, wenn Blick auf die Berichtsausgabe konzentrieren sollte:
Auf der ersten Seite: Dieser Abschnitt enthält alle relevanten Informationen über den Zustand der Datenbank, für die der Snapshot Periode. Es enthält die Länge der Zeit zwischen Snapshots, die Anzahl der angemeldeten Benutzer, Speicherkomponente Größen und die Datenbank- und Instanznamen.
Es enthält auch einige High-Level-Metriken wie die Instanzspeichereffizienz Prozentsätze, die Anzahl der physischen liest und schreibt, und SQL-Parsing-Information. Dieser Abschnitt gibt Ihnen einen guten Überblick darüber, was los war, als die Schnappschüsse im Fall genommen wurden sind Sie nur der Dolmetscher des Berichts und wurden nicht mit der Einnahme der Snapshots beteiligt.
Top 5 Timed Events: Dieser Abschnitt ist einer unserer Favoriten. Es läuft darauf hinaus, in dem die Datenbank den größten Teil seiner Zeit verbrachte und legt die Informationen in fünf Eimer. Wenn Sie irgendwelche Eimer sehen, die den Löwenanteil der Zeit verbrauchen, kann es Ihnen unten den ersten Weg zum fokussierten Abstimmung führen.
Wenn zum Beispiel IO oder CPU im 90-Prozent-Bereich waren, können Sie auf der SQL Abschnitt zu suchen, die Dateiabschnitte oder die Speicheroptimierungs Abschnitte und beginnen nach Artikeln zu optimieren suchen, diese Eimer passen.
SQL Abschnitte: Die SQL-Abschnitte brechen die oben SQL-Anweisungen durch die CPU nach unten, die verstrichene Zeit, physikalische IO-Puffer erhält, liest, Hinrichtungen, analysiert und gemeinsam nutzbaren Speicher. Diese Abschnitte können helfen Problem SQL identifizieren, die für die starke Nutzung von Ressourcen während des Fangperiode verantwortlich ist.
Eine Datenbank-Administrator oder Anwendungsentwickler können für bestimmte SQL auch einen Blick zu erkennen, dass ein Teil der Anwendung ist. Sie können dann die SQL angreifen und Melodie.
Tablespaces und Datafile IO-Statistik: Finden, was Tablespaces und Datendateien die meisten Ihrer umfassen Lese- und Schreibvorgänge können Sie heißen (stark genutzt) Dateien und Geräte, die profitieren von Striping oder einem anderen Speichereinstellungen identifizieren. Sie können auch diese Informationen benutzen, um zu entscheiden, ob bestimmte Tablespaces von mehr Trennung von Objekten profitieren können, die gleichzeitig zugegriffen werden kann, zu werden.
Speicher Advisory Bereiche: Die Speicherberatungs Abschnitte enthalten Oracle Selbsteinschätzung der verschiedenen Speicherpools für Dinge wie den gemeinsamen Pool, Puffer-Cache, und PGA. Mit Blick auf die Ergebnisse hat Oracle kommen mit, können Sie die Speicherbereiche abzustimmen Dinge wie IO, Parsen und Sortieren erhöhen.
Init Parameter Abschnitt: Dieser Abschnitt führt die Initialisierung Parameter, die auf nicht-Standardwerte im Berichtszeitraum festgelegt wurden. Sie können für etwas suchen, die eine Anomalie oder einen Wert darstellt, die bestimmte Leistungseigenschaften zu erklären. Wenn Sie verschiedene Berichte in Abhängigkeit der Zeit vergleicht, kann dieser Abschnitt auch dazu beitragen, zB Konfigurationsparameter zu identifizieren, die stattgefunden haben kann.
Zum Beispiel, wenn Sie einen Bericht von vor einer Woche haben, wenn die Leistung war gut und ein Bericht von heute, wo die Leistung schlecht war, ein guter Weg, würde den Vergleich der Initialisierungsparameter zu starten. einen Unterschied zu finden ist, was genannt werden würde # 147-niedrig hängenden Früchte # 148- oder # 147-leichte Beute # 148- als mögliche Ursache für die schlechte Leistung.